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Programmers cast their vote! 

Right now, leading software developers 
are hard at work on the next generation 
of Amiga® products. To add the 
spectacular sound effects we've all 
come to expect from Amiga software, 
they are overwhelmingly choosing one 
sound recording package... 
FutureSound. As one developer put it, 
"FutureSound should be standard 
equipment for the Amiga.'' 

FutureSound the clear winner... 

Why has FutureSound become the clear 
choice for digital sound sampling on the 
Amiga? The reason is obvious: a 
hardware design that has left nothing 
out. FutureSound includes two input 
sources, each with its own amplifier, 
one for a microphone and one for direct 
recording; input volume control; high 
speed 8-bit parallel interface, complete 
with an additional printer jMrt; extra 
filters that take care of everydiing from 
background hiss to interference ft-om 



the monitor; and of course, a 
microphone so that you can begin 
recording immediately. 

What about software? 

FutureSound transforms your Amiga 
into a powerftil, multi-track recording 
studio. Of course, this innovative 
software package provides you with all 
the basic recording features you expect. 
But with FumreSound, this is just the 
beginning. A forty-page manual will 
guide you through such features as 
variable sampling rates, visual editing, 
mixing, special effects generation, and 
more. A major software publisher is 
soon to release a simulation with an 
engine roar that will rattle your teeth. 
This incredible reverberation effect was 
designed with FutureSound's software. 




Question: What can a 300 pound 
space creature do with these 
sounds? 

Answer: Anything he wants. 

Since FutureSound is IFF compatible 
(acmally three separate formats are 
supported) your sounds can be used by 
most Amiga sound applications. With 
FumreSound and Deluxe Video 
Construction Set fi^om Electronic Arts, 
your video creations can use the voice 
of Mr. Spock, your mother-in-law, or a 
disturbed super computer. 

Programming support is also provided. 
Whether you're a "C" programming 
wiz or a Sunday afternoon BASIC 
hacker, all die routines you need are on 
the non-copy protected diskette. 

Your Amiga dealer should have 
FutureSound in stock. If not, just give 
us a call and for $1 75 (VISA, 
MasterCard or COD) we'll send one 
right out to you. Ahead warp factor 
one! 



Applied Visions, Inc., Suite 2200, One Kendall Square 
Cambridge, MA 02139 (617)494-5417 

Amiga is a registered trademaft al Commodofe-Amiaa. Inc. 
DsHjxe Video Consmjctitxi Sat Is a trademarit of Electronic Arts. Inc. 
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Computer of ihe Year 



CAN DO ALL THIS 



Get the maximum graphics power from 
your Amiga. Create stunning, lifelike 
computer artwork with Digi-Paint, the 
first full-featured 4096 color (Hold and 
Modify) paint program. Break the "32 
color barrier" and finally realize the 
potential of your Amiga with Digi-Paint's 
advanced features: 
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•4096 colors on screen simultaneously 

• Newtek's exclusive enhanced HAM 
mode 

• Dithered HAM gradient fill 
•Full screen effects including double, 

half size, mirror reverse and more 
•Full IFF and Digi-View compatibility 
•Use 320x200 or HAM hi-res 

320x400 resolutions 
•Fat bits Magnify mode 

• Rectangle, oval, line and other drawing 
tools 

■12 different paint modes including 
blending, tinting and smooth shading 

• Full lasso cut and paste with automatic 
edge blending 

•Programmed completely in assembly 
language for fast, smooth response 

Find out why Byte Magazine called 
Digi-Paint "Remarkable". Available now 
at your local Amiga dealer or call: 
1-800-843-8934. 



ONLY $59.95 
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3D Chess 
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3D Checkers 




3D Backgammon 




TeleGames is what you've waited for. 
The Future is here. 

TeleGames allows you to use your computer and 
modem to play Chess, Checkers and Backgammon with 
a human opponent over the telephone. Only $34.95! 

TeleGames Features 

* Chess * Checkers * Backgammon 

* Superb Graphic Game Simulations 

* Smooth Depth Arranged Movement 
4 angle 3D & 2D view perspectives 

* Digitized Sound Effects 

' Compatible with any modem 
•300. 1200. 2400, 9600 Baud 

* Call originate or answer 

* Null Modem Connect option 

* Save Game &. Transmit Game options 

* Opponent File Directories 

* Send and Receive Typed Messages 

* Easy to Use Menus & Requesters 

* All Official Game Rules Supported 
' Play Over the Phone or at Home 

* Legal Moves Graphically enacted on 
the TeleConnected computer 

* Fully copyable to hard disks 

* Upgrades available on our BBS 

If you Enjoy Telecomputing, 
You'll Love TeleGames! 

Published by Software Terminal 

3014 Alia Mere. Fort Worth, TX 761 16 

817-244-4150 Modem: 817-244-4151 

Dealer Inquiries Invited 



2D Chess 




2D Checkers 




2D Backgammon 




A mazing Dealers 

The following are Amazing Dealers, dedicated to supporting the Comnnodore-Amiga™. 
They carry Amazing Computing™, your resource for information on the Amiga™. 



If you are not an Amazing Dealer, but would like to become one, contact; 

PM Publications, Inc. 
P.O.Box 869 
Fall River, MA. 02722 
1-617-678-4200 
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MctaScope: The Debugger 



MetaScope gives you everything 
you've always wanted in an 
application program debugger: 

• Memory Windows 

Move through memory, display data 
or disassembled code live, freeze to 
preserve display and allow 
restoration. 

• Other Windows 

Status windows show register 
contents and program state with 
freeze and restore; symbol, hunk, 
and breakpoint windows list current 
definitions. 

• Execution Control 
Breakpoints with repetition counts 
and conditional expressions; trace 
for all instructions or subroutine 
level, both single-step and 
continuous execution. 

• Full Symbolic Capability 

Read symbols from files, define new 
ones, use anywhere. 



• Powerful Expression Evaluation 
Use extended operator set including 
relationals, all assembler number 
formats. 

• Direct to Memory Assembler 
Enter instruction statements for 
direct conversion to code in memory 

• and More! 

Mouse support ior value selection 
and command menus, log file lor 
operations and displays, 
modify /search /fill memory, etc. 



MctaScribc: 

The Editor 

MetaScribe has the features you 
need in a program editor: 

• Full Mouse Support 

Use for text selection, command 
menus, scrolling — or use key 
equivalents when more convenient. 

• Multiple Undo 

Undo all text alterations, one at a 
time, to level limited only by 
available memory. 

• Sophisticated Search/Replace 
Regular expressions, forward/back- 
ward, full file or morked block. 

• Multiple Windows 

Work with different files or different 
portions of the some file at one time. 

• Macro Programs 

Lisp-like macro language lets you 
customize and extend the editor to 
meet your needs. 

• Virtual Memory 

Set the amount of data memory to 
be used,transporently edit files 
larger than memory. 

• and More! 

Keystroke macros for repetitive text, 
copy between files, block 
copy /paste /delete, set tabs and 
margins, etc. 



Metadigm products are designed 
to fully utilize the capabilities of 
the Amiga'" in helping you 
develop your programs. If you're 
programming the Amiga, you can't 
afford to be without them. 



MetaTooIs I 

A comprehensive set of tools to aid 
your programming {lull C source 
included); 

• Make 

Program maintenance utility. 

• Grep 

Sophisticated pattern matcher. 

• Diff 

Source file compare. 

• Filter 

Text file filter. 

• Comp 

Simple file compare. 

• Dump 

File dximp utility. 

• Whereis 

File locator utility. 



DosDisH 



A program that lets you access 
PC-DOS/MS-DOS'" diskettes on 
your Amiga. Use it to list file 
information and copy files 
between the PC-DOS/MS-DOS 
diskettes and Amiga diskettes or 
devices. Patterns can be used for 
file names, and you can even 
operate on all files in a directory at 
one time. A copy option converts 
source file line-end sequences as 
the copy is performed. 



Metadigrp, Ipc. 



MetaScope 

$95.00 

MetaScribe 

$85.00 

MetaTooIs 

$6S.95 

DosDisk 

549.95 



19762 Macfirlhur Blvd. 
Suite 3Q0 
Irvine, CA 9Z715 
(714) 9S5-2SSS 



(California residents 
add 6% sales tax). 
Visa/MasterCard 
accepted. 



Dealer Inquiries Welcome 

Amiga is Q trademarlc oi Comraodoro-Amiga Inc. 
MS-DOS it a (todemarlt of Mjcrovofl. Incorporaled 
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PrafEssinnal HSmm Slides 
€> Nov; you can h;ive rep/oduction and 
pressntalion quality slides of your work 

<5 DislO[tlon-frec--rills in rasler lines 

crisp iiriglrt colors, converts oil IFF (lies 

Wow — ; 

Custoi-i gn^phic rkj'^f snd 11 1 u s trvatiofi. 



SIO each Fan voun 1st to 'i th slidas. 
5 to 9slides-S8.5Q 
Oven in slides-SB. 00 

Add S3, 00 Tor- Shipping. 

New Vor'k nesidents add sales tax. 

Call (212) 777-7609 FOR DETAILS 

Ask for llenc — or write TRU-IMAGE 

P.O. Bo;( CGO, Cooper Station 

New York, N.Y. 10276 
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From The Editor: 



Amazing Computing™ in Color? 

Color? In Amazing Computing™? Wail, what goes here? 



It may come as a surprise to our readers that this issue has 
color on the inside of the magazine. Amazing Computing™ has 
produced eighteen issues of continually growing Amiga 
information without the use of color. Some readers may 
wonder why we think we need color now. 

To be honest, it would be less expensive to continue Amazing 
Computing™ with an all black and while interior. There are 
two important reasons for using color: 

•The Amiga is a great graphics machine and we need to dem- 
onstrate its color potential. Our readers will never know 
how many Amazing Computing'™ issues were created writh 
great color pictures. TTie photos were pasted to copy sheets 
and looked terrific, however, wc could only settle for a 
black and white halftone in the completed magazine. 

• We must also fill the need of our advertisers, who require 
color advertising to best showcase their products. 



OH NO, NOT ADVERTISING! 

We constantly receive letters from well-meaning readers who 
beg us not to change a single thing about the magazine. They 
are apparently pleased with programming information and 
reports . . . they are even tolerant of our coverage of "softer" 
subjects such as trade shows! 

I understand our readers' concern. They are happy with the 
way Amazing Computing™ has been covering the Amiga™ and 
they do not want change. Readers arc very wary of change. 
An inability to seperate advertising content from editorial 
content sticks out in the reader's mind. Perhaps readers feel 
this way because some publications have a lot more advertising 
and a lot less substance (our reader's choice of phrase, not 
mine) than Amazing Computing'"^ . 

However, the key to Amazing Computing™ 's substance is our 
dedicated readers. 



Our Past 

In the past nineteen issues of Amazing Computing'™ , AC has 
delivered almost 1800 pages. Of these pages, more than 72% 
were text (or, if you prefer, less than 28% were advertising). 
Each issue has been an improvement over the previous issue. 
We are proud of this heritage. 



We are as proud of you, our readers, as we are of our 

heritage. To be completely honest, this solid, growing body 
of Amiga information is the result of Amiga enthusiasts all 
over the world, Our readers supply most of the written copy 
for Amazing Computing'"^. We rely completely on the creativ- 
ity of our readership. We arc constantly searching for the 
new, different approaches our readers use in working with 
their Amigas. 



Our Present 

We will continue to rely on you as our main resource. It is 
through your submissions that Amazing Computing'™ has been 
able to maintain this level of highly interesting material. It is 
through your eyes that we sec the Amiga market. Amazing 
Computing™ has always been a forum for reader comments 
and suggestions: maintain this enthusiasm and we will 
continue to produce the magazine you prefer. 

Also, advertising can play a large part in the devolopemont 
of the Amiga. Many of us sec developer's new products for 
the first time through advertising. If the individual compa- 
nies require COLOR in their advertising, AC should grow to 
satisfy this need. It is important for the growth of the entire 
Amiga community to allow all advertisers an access to the 
market. 

Developers must also feel that the Amiga market is secure 
enough to maintain several full color magazines. This is 
political, since in most cases, a black and white story can 
read the same in any magazine. COLOR, however, allows 
the Amiga to shine where it shines the best, through its 
powerful graphics ability. 

In short, all products must continue to improve themselves in 
order to remain marketable — including Amazing Comput- 
ing'™. We promise to do all we can with our newest tool, 
COLOR. Bear with us, as we spread our wings. 




Don Hicks 
Managing Editor 
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G who's winning the race. 
Lattice C for Amiga. 







: Lattice 

- C Compiler 




Lattice C has long been recognized as tiie best C com- 
piler. And now our ne^' \'ersion 4.0 for Amiga™ in- 
creases our lead past the competition even further. 

Ready, set, go. The nev\' Littlce AmigaDOS C Com- 
piler gi\-es you faster, more efficient code generation 
and support for l6or 32-bit integers. There's direct, 
in-line interface to all Amiga ROM functions with 
parameters passed in registers. What's more, the 
assembler is fully compatible with Amiga assembler 
syntax. 

More great strides. The linker. Blink, has been 

significantly enhanced and provides true overla\' 

support and interacti\'e 

reccn-er\- from undefined 

symbols. And you'll have 

a faster compile and link 

cycle with support for 

pre-Iinking. 

There's no contest. 

Standard benchmark 
studies show I.^ttice to be 
the superior C language de\'elopment en\ironment. 
With stilts like these, it's no w\>nder that Commodore- 
Amiga has selected Lattice C as the official Amiga 
development language. 

Lariicc w 3 regisieretl rrj Jcmark of Lailicc i neurpoiarcd. AmiRa is a iradcrnark nlCommodore-Amiiza. Inc 
Manx It 3 reflisieicd [taJcmsik of.Manx Sijfttt-jrc Systems, Inc 





Lattice" Version 4.0 


Manx* Version i.-iO 


Dhrystone 


129-i Dhrysioncs/sfcond 


1010 Dhrystone.s/sccond 


Float 


22.20 Sees. (IKKI! I-ormal) 


9K.85 Sees. (lEEli Format) 




10.16 Sees. (FFP Formal) 


r.60 Sees. (FFF Format) 


Savage 


■r.iy" Sccs./.()(K)(I0()3IH 


119.6.Secs./.000109 


(IEEE) 


ACL'iirucy 


,\cciiraty 



Going the distance. You'll experience unsur- 
passed power and tlexil-jilitN' when you chocise from 
se\'eral cost-effecti\'e development pack;jges. There 
is even a full range of supporting products, including 
a symbolic debugger rcsotirce editor, utilities and 
specialized libraries. 

You'll discover that your software purchase is backed 
by an excellent warranty and skilled technical sup- 
port staff. You'll appreciate having access to LBBS — 
one of the wodd's first 96(){) baud, 24-hour bulletin 
board ser\'ices. And you'll be able to conference with 
other Lattice users through the Byte Information 

Exchange (BIX) network. 

Cross the finish line. 

Order your copy of the 
Lattice AmigaDOS C 
Compiler today. We'll 
supply the speed. You 
bring the running shoes. 



Lattice 

Subsidiary of SAS Institute Inc. 



Littkc. 1 ncorponitcd 
2500 S. lliglihind .■\vcniic 
|ji)nihard, 11.601-18 
Phone: 800/53.^-.-^5~~ 
In Illinois: 312/916-1600 



Amazing Mail: 

Dear AC: 

I will appreciate it if you would print 
the following notice in the Amicus 
Network section of Amazing Comput- 
ing^. If you feel that this notice 
belongs on another section of the 
n^agazine, please forward it to the 
proper editor. 

Your help is appreciated. 

Mexico City Amiga Users Group 

I am interested in forming an Amiga 
Users Group in Mexico City. If you arc 
interested in participating, please call 
me at: 551-18-04 or 760-92-41 Monday 
through Saturday before 6 PM or write 
to: 

Miguel A. Romero 
Norte 170 No. 529 
Col. Pensador Mexicano 
15510 Mexico, DF 

The purpose of the group is to facilitate 
the exchange of information, software 
and expertise among owners and users 
of the Amiga computer. Your sugges- 
tions for these goals and any others arc 
most welcome. 

Thanks 
Miguel A. Romero 

Good luck and keep us informed of your 
progress. 

Any inroad the Amiga can make means a 
larger machine base, and will only yield 
more and better third party support. 

Dear AC: 
I am amazed. 

If I had not seen the article entitled 
"Skinny C Programs" in your Amazing 
Computing'"* Volume 2.8, I would not 
have believed that you would have 
published such an outdated and biased 
article. The lead in sentence was so 
biased that 1 thought 1 was reading an 
article that was submitted by a competi- 
tor of Lattice C. Two of my friends are 
Amiga and Lattice C owners, and both 
arc satisfied with the product. Thus the 
lead in sentence from the article: 



"Like many other Amiga users, 1 
have been less than satisfied with the 
Amiga Lattice C compiler" 

negates any redeeming value that article 
may otherwise contain. 

Further, any article that talks about the 
deficiencies of an old product does not 
deserve the space in a magazine as fine 
(I thought) as yours. As you know, the 
product discussed in the article has been 
replaced by an enhanced version. I was 
a user of Lattice C 3.03 for about a year, 
but have had the improved 3.10 version 
for several months now. I was pleased 
with the product since the earlier 
version. The new version has only 
increased my product satisfaction. 

In addition, the technical details ex- 
plained in this article are already avail- 
able in the Lattice C documentation, and 
in the Amiga Technical Reference 
Manuals, so I gained no information 
from reading the article. 

Please get back on the track, and 
publish meaningful, factual, unbiased 
articles that will be informative to the 
Amiga user community, including both 
programmer and non-programmer users. 

Sincerely, 
Larry A. Black 

Pleasing every Amiga user zuith every AC 
article is quite a tall order. Not everyone 
has the same viewpoints and not everyone 
has the same difficulties. 

The article referred to above ("Skinny C 
Programs," V 2.8) was not intended to 
denigrate the Lattice C Compiler or its 
dedicated following of successful users. 
Rather, the tips offered were targeted at 
those users who were experiencing some 
problems. Sure, to veteran Lattice users, 
the article may have lacked useful informa- 
tion . . . but, for the struggling user, the 
article may have supplied the missing pieces 
to a frustrating puzzle. 

We are aware that the new Lattice version 
3.10 has been on the shelf for some time 
now — in fact, an in-depth review of the 
new version was printed in the very next 



issue (September, V 2.9, p. 51). We had 
been developing that review for some time, 
but still felt it necessary to print the 
"Skinny C" article for those users who were 
Still working with 3.03. A release of an 
updated version of a product does not 
prompt us to simply drop our coverage of 
the previous version. Many users in the 
wide-ranging Amiga pool do not have the 
latest release. We realize this fact and try 
to give equal space and time to ALL AC 
readers. 

We do, however, iitelcome the negative 
feedback. The many, many positive and 
complementary letters we receive are 
warmly appreciated, but the few letters of 
dissatisfaction are also a great help to us. 
In order to improve AC from a reader's 
point of view, we need you to point out our 
weak spots. If you run across a deficiency, 
please don't hesitate to write. 

Hi Guys & Gals: 

Congratulations on an outstanding new 
logo! A masthead you can truly be 
proud ofi Kudos to Art Director, Keith 
Conforti! A first class logo for a first 
class magazine! 

This signifies, in my opinion, the 
coming of age of Amazing Computing. 
The maturing of a brash new member 
of the publishing community into a 
mature respected community leader! 

Keep the good stuff coming! I enjoy 
every page - the smell of the ink - the 
quality of the paper - but most of all, 
the comments, the rumors and the 
reportage of trade shows. 



You do it like no one else! 

Richard Crommctt 
Keller, TX 

Thank you for the encoragement. I hope 
you like the addition of color this month. If 
it seems we are becoming too "polished," 
please let us know. 

• AC« 



:||lC encourages your comments, good or 
^tad. Please send us your concerns. 
Through your fi-icdback,: AC remains 
your magazhiG. •''^^* 
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AVAILABLE NOW! 

StaiBoard2 

If you've owned your 
Amiga® for a while now, you 
know you definitely need 
more than 512k of memory. 
You probably need at least 
double that amount.. .but you 
might need as much as an 
additional two megabytes . 
We want to urge you to use 
StarBoard2 as the solution 
to your memory expansion 
problem -and to some of 
your other Amiga-expansion 
needs as well! 

It's small, but ifs BIG- 

Since most of you want to expand your 
Amiga's memory without having lo also 
expand your computer table, we designed 
StarBoard2 and its two optional 
"daughterboards" to fit into a sleek, 
unobtrusive Amiga-siylcd case that snugly 
fastens lo your computer with two precision- 
machined jackscrews. 

The sculpted steel case of StarBoard2 
measures only 1.6"wide by 4.3"high by 
10.2" long. You can access the inside of the 
case by removing just two small screws on the 
bottom and pulling It apart. We make 
StarBoard2 easy to get into so that you or 
your dealer can expand it by installing up to 
one megabyte of RAM on the standard 
StarBoard2 or up to two megabytes by 
adding in an Upper Deck. 

This card has decks! 

The basic StarBoard2 starts out as a one 
megabyte memory space with Ok, 512k, or 
one megabyte installed, If you add in an 
optional Upper Deck (which plugs onto the 
Main Board inside the case) you bring 
StarBoardl up to its full two megabyte 
potential. You can buy your StarBoard2 
with the Upper Deck (populated or 
unpopulated) or buy the Upper Deck later as 
your need for memory grows. 

And you can add other functions to 
StarBoard2 by plugging in its second 
optional deck -the Multifunction Module! 

StarBoard2: functions five! 

if we count Fast Memory as one function, 
the addition of the MultiFunction Module 
brings the total up lo five! 
THE CLOCK FUNCTION: 

Whenever you boot your Amiga you have 
to tell it what time it is! Add a MultiFunction 
Module to your StarBoard2 and you can 
hand that tedious task to the battery-backed. 




Auto- Configuring 

Fast RAM 

Zero Wait States 

User Expandable 

from 51 2k to 

2 Megabytes 

Bus Pass- Through 

MultiFunction 

Option: battery/ 

clock, FPU, 

parity, Sticky- Disk 



real-lime clock/calendar. A small piece of 
MicroBotics software in your WorkBench 
Startup-Sequence reads the clock and 
automatically sets the time and date in your 
Amiga. And the battery is included (we 
designed it lo use an inexpensive, standard 
AAA battery which will last at least two 
years before needing replacement). 
THE FLOATING POINT FUNCTION: 

If any one aspect most characterizes the 
Amiga it's /a.f/ graphics! Most graphic 
routines make heavy use of the Amiga 
Floating Point Library. Replacing this library 
with the one we give you with your 
MultiFunction Module and installing a 
separately purchased Motorola 68881 FPU 
chip in the socket provided by the Module 
will speed up these math operations from 5 to 
40 times! And if you write your own software, 
you can directly address this chip for 
increased speed in integer arithmetic 
operations in addition to floating point math. 
THE PARITY CHECKING FUNCTION: 

If you install an additional ninth RAM 
chip for every eight in your S(arBoard2, 
then you can enable parfVv checking. Parity 
checking will alert you (with a bus-error 
message) in the event of any data corruption 
in StarBoard2*s memory space. So what 
good is it lo know that your data's messed up 
if the hardware can't fix it for you? It will 
warn you against saving that data lo disk and 
possibly destroying your database or your 
massive spreadsheet. The more memory you 
have in your system the more likely it is, 
statistically, that random errors will occur. 
Parity checking gives you some protection 
from this threat to your data residing in Fast 
RAM. Note that the Amiga's "chip" RAM 
cannot be parity checked. 
THE IMMORTAL MEMORY DISK 
FUNCTION (STICKY-DISK): 

When you've got a lot of RAM, you can 
make nice big RAM-Disks and speed up your 
Amiga's operations a lot! But there's one bad 
thing about RAM-Disks: they go away when 
you re-boot your machine. Sticky-Disk solves 
that problem for you. It turns all of the 
memory space inside a single StarBoard2 
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into a Memory Disk that will survive a 
warm-reboot! When your Amiga attempts to 
grab a StarBoard2 in Sticky-Disk mode, a 
hardware signal prevents the system from 
acquiring the StarBoard2 as FastRAM (and 
thereby erasing your files) —instead it is re- 
recognized as a Memory Disk and its contents 
are preserved intact. If you want to work 
rapidly with large files of data that are being 
constantly updated (such as when developing 
software) you can appreciate the Sticky-Disk! 

Fast RAM -no waiting! 

StarBoard2 is a totally engineered 
product. It is a ZERO WAIT-STATE design, 
auto-configuring under AmigaDOS 1.2 as 
Fast RAM. Since AmigaDOS 1.1 doesn't 
support autoconfiguration, we also give you 
the software to configure memory in 1.1. 

Any applications software which "looks" 
for Fast RAM will "find" StarBoard2. And 
you'll find that your applications run more 
efficiently due lo StarBoard2 on the bus. 

A passing bus? Indeed ! 

What good is an Expansion Bus if it hits a 
dead end, as with some memory cards? Not 
much, we think -that's why we carefully and 
compatibly passed through the bus so you 
could attach other devices onto your Amiga 
(including another StarBoard2, of course!). 

The sum of the parts. . . 

A really nice feature of the StarBoardl 
system is that you can buy exactly what you 
need now without closing off your options for 
future exapansion. You can even buy a Ok 
StarBoard2 (with a one megabyte capacity) 
and populate il with your own RAM 
(commonly available 256k by 1 by 150ns 
memory chips). When you add StarBoardl 
to your Amiga you have a powerful hardware 
combination, superior to any single-user 
micro on the market. See your Authorized 
Amiga Dealer today and ask for SlarBoard2 

SUGGESTED RETAIL PRICING: 
StarBQard2, Ok (1 meg space): 
StarBQard2, Ok (2 meg space): 
StarBoard2. 51 2k (1 meg space): 
StarBoard2. 1 meg (l meg space) 
StarBoard2, 2 megs installed: 
StarBoard2. 2 megs 5 MultiFunction: 
Upper Deck, Ok (1 meg space): 
MultiFunction Module: 
also available: 

Standard 256k memoiy card: 
MAS-Drive20. 20 meg harddtsk: 
MouseTime. mouseport Clock: 



S349 
$395 
$495 
$595 
$879 
$959 
$ 99 
$ 99 



$129 
$ 50 



Max Headroom 

and the Amiga 



by John Foust 



Inside the East Gate of Lorimar TelePic- 
tures in Culver City, California is a 
walk-up office of the ABC television 
series "Max Headroom." In one room, 
the walls are covered with blueprints of 
the set and detailed drawings of 
futuristic devices. The floor is littered 
with real-world devices from the past - 
an old Heathkit oscilloscope and a 
"condenser tester." 

One desk is 
piled with 
papers and 
videotapes - 
Fritz Lang's 
Metropolis, 
Btaderunncr, 
Brazil, the Max 
Headroom 
pilot episodes 
- and an 
Amiga com- 
puter system. 
This desk is 
inhabited by 
Jeff Bruette, a 
technical 

consultant for the Max Headroom series 
The Amiga is an integral part of the 
production of this futuristic series. 

"Max Headroom: 20 Minutes Into the 
Future" piloted six episodes last spring 
on ABC, and now joins the ABC fall 
lineup with twenty-two new episodes. 
The scries focuses on the actions of an 
investigative reporter for a future 
television network called Network 23. 
The main character, Edison Carter, was 
injured in a motorcycle crash while 
investigating corruption within the 
Network itself. 



Network executives scan Carter's brain 
to find out what he has learned. A 
computer expert uses this opportunity 
to test his latest invention, a method of 
storing a subject's memory and generat- 
ing his imago. The last thing Carter 
saw was a low-clearance barrier marked 
"Max Headroom," thus the name of the 
computer-generated character who bears 
a stunning resemblance to Carter. 



"Secrets and Mysteries" is a syndicated 
scries produced by ABC. Bruette pro- 
duces computer graphics for the series 
with the Amiga. Most of the show's 
graphics will be done with the Amiga. 
Computer artist Cris Palamino is 
working with Bruette to generate 
images for the show. Bruette describes 
her work as "meticulous." 




"Well, in my own 
humble, little way I 
suppose I'm David 
Letterman, MTV, and 
Dr. Rutin all rolled into 
three. 

If I do hove a fault, 
it's a very unusual 
sl<in condition... it's 
colled perfect" 

—Max Headroom 



The stuttering Headroom character stars 
in a series of commercials for new Coke, 
as well as hosting a talk show on the 
Cinemax cable network. A Newsweek 
cover earlier this year highlighted Max's 
escalating popularity. 

Bruette is also working on an upcoming 
series called "Secrets and Mysteries." 
This work is being done in conjunction 
with Bructte's freelance graphics com- 
pany. Prism Computer Graphics. He 
describes the series as "like 'In Search 
Of, but in a Jules Verne setting." 



High low 
tech 

Designers on 
the Max 
Headroom set 
study vide- 
otapes of 
futuristic 
movies, such 
as Bladerun- 
ner, looking 
for ideas for 
the Max 
Headroom set. 
Bruette 
describes it as 
the look of 
"high low tech, or antique equipment 
being updated." Some sets mix old 
electronic equipment with futuristic 
gear. 'This is high tech; the low tech is 
boring. So, what they [Headroom 
designers] are trying to do, is take the 
high tech which everyone enjoys and 
put a new twist to it." 

The characters in the future have a 
different attitude about technology, too. 
Bruette explains their perspective. 

"Theoretically, all this technology has 
reached a maximum point. For some 
reason, the cause for developing all this 
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almost disappeared, as if one civiliza- 
tion ended and a new civilization 
moved in. We're into the future, past 
their discovery stage. They figure out 
that if you hook up this old Underwood 
typewriter with a series of sensors on 
the hammers that send signals to the 
computer, the computer displays 
something accordingly. Everybody 
knows that." 



Amiga overlays 

For the new series, the Amiga produces 
the overlay graphics for the View- 
Phone, the VidiCam, InterCam and 
SecuriCam. When two characters are 
on the phone in the show, a telephone 
transmits a video image, as well as 
voice. On both ends of the call, the 
character sees the name and phone 
number of the other person. The 
VidiCam is Edison Carter's portable 
video camera, used for live updates to 
the Network. The SecuriCam takes the 
Big Brother viewpoint, spying on 
everything that moves. 

Bruette uses high resolution Deluxe 
Paint II to draw the overlay graphics. 
Large fonts from a custom font disk are 
used for the lettering. In some cases, 
letters must appear in succession, or 
perhaps an indicator on the screen 
should blink. Bruette uses a prelimi- 
nary version of a program from Aegis 
called GrabANIM for this work. Gra- 
bANIM is essentially an Amiga step- 
frame recorder. Invoked with a hot-key 
sequence, the program looks at the 
current screen and stores it as a frame 
of animation, using the new IFF ANIM 
format, ANIM only stores the differ- 
ences between successive frames (It only 
stores the new letter or the absence or 
presence of the blinking indicator), so 
file storage is at a minimum. 

By recording the Deluxe Paint IF screen 
as the letters emerge, Bruette creates an 
entirely computer-controlled animation 
sequence that can be transferred to 
video tape (Aegis has released a freely 
distributable program called ShowANIM 
that plays ANIM animations). 



Many companies, including Electronic 
Arts, Aegis Development and Byte-by- 
Byto, have supplied early releases of 
their software. According to Bruette, 
the companies will not be mentioned in 
the closing credits, but that it is always 
advantageous to be part of a popular 
show. 



Amiga vs. IBM 

For simple overlays like the SecuriCam, 
you may wonder why the Amiga is 
better than the equipment used in the 
early episodes? For the pilot episodes 
of Max Headroom, the overlays and 
other video special effects were accom- 
plished with an IBM-PC-based system 
equipped with a special genlock board. 
A keyed switcher and graphics from a 
Chyron video effects machine were also 
incorporated. There were only two 
computer systems in use, one on stage 
and one in the production area. 

Richard Lewis is the production 
designer for the Max Headroom scries 
and also worked with Bruette on the 
Amazing Stories episode. Lewis 
explained why the Amiga is an im- 
provement over the Video Image 
system. 'That system had limitations. 
That's why I was trying to get us to use 
this system. The IBM system had a 
palette with a 256 color range, sixteen 
colors at a time. We never got shades 
we were happy with. Using the 
Chyron, you'd lose quality in the 
overlay by reducing the resolution on 
videotape cassette," 

With the Amiga, much more control is 
kept in-housc. Many video special 
effects houses have expensive systems 
for computer graphics. In addition to 
Prism, the Max Headroom series is 
currently working with the Post Group, 
a local video special effects house. The 
Post Group works with Amigas, as well 
as much more expensive video comput- 
ers. 

The older, more expensive video effects 
machines were always a bottleneck, 
Lewis said. "They have a lot of big 
toys to play with. When you've spent a 
quarter-million dollars on a system, you 



have only one. No matter how fast or 
sophisticated it is, it is a bottleneck. 
With the level of stuff we're doing, it 
doesn't require a quarter-million-dollar 
machine to do a simple overlay. You 
can dedicate those machines to a higher 
level of graphics, instead of turning out 
everything through the big machine." 

The Amiga is a low-cost solution to the 
bottleneck. Several members of the 
crew have their own machines. Down 
the hall, scries art director Frank Pezza 
uses an Amiga and Deluxe Paint to 
design logos and test colors for the sets 
and computer graphics. He uses 
Scribble! to write budgets and reports. 
Pezza was also art director for Miami 
Vice, and worked with Lewis on the 
series "Whiz Kids." He has also done 
computer graphics design at the Post 
Croup. 

Peter Wagg, executive producer, has an 
Amiga in his office, so he can approve 
everything that goes on the screen, 
including any special overlay graphics. 
Bruette described what happens in 
Wagg's office. "We go in there and stick 
a disk in, and say 'Here's what we're 
using,' and he usually says 'No'." He 
has something in his mind of what he 
wants. When something is presented to 
him, he thinks of something else. It is 
inevitable that whatever is done, is 
changed." 

Eight miles firom Lorimar, the Post 
Group is getting backed up on the 
special effects they arc producing. 
Bruette expects the Amiga to take up 
the slack and contribute more to the 
show as each episode is produced. 
"The Amiga is going to end up doing 
more and more on the show," going 
beyond overlays, doing such things as 
network logos. Designers at the Post 
Group have Amigas "because of us," 
according to Bruette. Bruette is con- 
stantly asked where and how Amigas 
can be purchased. 



Amiga Is "too good" 

The quality of Amiga video has been 
sufficcnt, so far. In fact, production 

continued... 



AMAZING COMPUTING V2.10 © 1987 



11 



people have had to "dirty up" the 
video, to make it look worse. Accord- 
ing to Lewis, "So far, the biggest 
complaint about the graphics was that 
they weren't crude enough. Now, at 
the Post Group, they are using an ADO 
to shrink it down, [they] then have a 
camera aimed at the screen to re- 
photograph it, to distress the video 
signal. It is a lot of work to put it [the 
videol through a blender and chop it 
up. It is the hardest thing for people in 
video because they are geared to the 
glossiest, brightest picture you can give 
- which isn't always what we are 
(ooking for." 

In one instance, a fault in a genlock 
combined with the Amiga composite 
video signal to make vertical bars in the 
final imago. All along, Lewis warned 
Bruette that he would need to correct 
the genlock to remove the bars before 
filming. When producer Peter Wagg 
saw the bars, though, he asked Bruette 
to enhance them, to make them more 
visible. "When Jeff and I did the Amaz- 
ing Stories segment, there was a reason 
I was pushing real hard to use the 
Amiga and digitizing." 

Lewis explained why the Amiga was 
preferable. "We looked at the stuff the 
video houses could deliver. We had a 
lot of resistance from the video post- 
production people at Universal because 
they all wanted to do it the old way: 
You shoot the actor, you do some kind 
of effects on him and play it back. 
Every time we looked at their effects, it 
looked like the things you see on sports 
on ABC. It is very slick and blendor- 
izcd. Everybody has seen it. If you are 
trying to say this dude is in the com- 
puter, and you're seeing the same thing 
you see behind a sports announcer, it 
doesn't click. The Live! board gave us 
that edge. Like the time Live! takes to 
update an image when a head turned - 
you got real interesting effects that said, 
this is a computer, this is not a trick," 



Script to screen 

Commodore has worked closely with 
Bruette in providing computers for the 
■staff of Max Headroom. There are a 



total of thirteen Amiga systems in use at 
present, seven Amiga 2000s and six 
Amiga 1000s. The writers for the show 
use Commodore PC-10 MS-DOS com- 
puters. 

"To some degree, Commodore is 
involved in Max Headroom from 'script 
to screen," said Bruette, laughing at the 
overused expression, but adding, "it's 
really true." Unlike the obstacles 
Bruette encountered when he asked for 
genlocks for Amazing Stories, Commo- 
dore was very helpful in getting Amiga 
systems for Max Headroom. 

Bruette wanted Amiga 2000 systems 
because they are more expandable than 
the Amiga 1000, but Commodore was 
unable to deliver them in mid-August. 
"They don't have them to give. You 
can't get blood from a turnip. It's not 
that Commodore didn't come through." 
To Bructto's surprise. Commodore 
worked things out and sent the Amiga 
1000 systems, as well as several Amiga 
2000 systems direct from Germany. 

Among the devices expanding the 
Amiga 1000 systems arc Commodore 
genlocks. Xebec hard disks, Microbotics 
StarBoard II memory boards and a 
Cakomp color printer. A CSA Turbo 
Amiga 68020 system had just arrived, 
and Bruette planned to use it to make 
VideoScape and Sculpt 3D much faster. 

Bruette hopes to expand each Amiga 
2000 system with hard disks, dual 
floppy drives, a genlock board, five 
megabytes of RAM and a Bridge card as 
soon as possible. Commodore sent one- 
drive systems with one megabyte of 
memory. Since then, he has been sent 
several two megabyte memory boards 
and a hard disk controller card. 

Bruette attributes much of Commodore's 
involvement to Commodore's southern 
California representative, Hal Lafferty of 
Jack Carter Associates. "He is a great 
facilitator. He has been extremely 
helpful on all things so far. If we 
needed anything right now, and if he 
had it, it would be over here before the 
day's end." 



For their contribution. Commodore will 
get a mention in the closing credits in 
the form of this message: "Production 
computers supplied by Commodore 
Business Machines, Amiga Division." 



Amlgas on the set 

Bruette walked through the back lots of 
Lorimar to the set of Max Headroom. 
He passed the set of "Knots Landing" 
on the way, down Garland Avenue. 
Lorimar also produces the series 
"Dallas" and "Our House," and movies 
such as, 'The Boy Who Could Fly" and 
"Perfect Strangers." Lorimar's studios 
were formerly part of Metro Goldwin 
Mayer. 

Max Headroom production has a 

building of its own. Each stage build- 
ing could enclose several small houses. 
The ceilings are nearly a hundred feet 
high. The inside is very dark, and the 
air contains wisps of artifical fog used 
to enhance the lighting of the sets. 
Thick batting covers the walls to reduce 
sound echoes. Each room in every 
building in the scries is built out in the 
open in the actual building. The 
Network boardroom is only a few yards 
from Theora's apartment, for example. 

Bryce Lynch's computer lab has a false 
hallway that only goes back about ten 
feet, but with mirrors and tricks of 
"forced" perspective in the sot construc- 
tion; it appears to go on and on to 
other offices. Up close, the details of 
each set are reminders of reality, while 
on television, the illusion of the future 
is created. 

For example, the pink bus used as 
Blank Reg's Big Time T.V. network 
headquarters is only a metal shell. The 
real bus used for exterior shots is stored 
on a back lot. The walls of the bus 
interior carry more reminders of reality. 
Most sets have piles of anonymous old 
electronic equipment, but up close, you 
can see that the equipment is actually 
only infrared thermometers and televi- 
sion calibration equipment. On screen, 
the walls and shelves just look clut- 
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StarBoard2 Owners: 

THE MULTIFUNCTION 
MODULE IS HERE! 

NO MORE WAITING- this great, four-function "daughterboard" add-in 
for our hot-selling StarBoard2 memory expansion unit is NOW available 
at your Dealer's ! Your MultiFunction Module comes complele with 
StarTime Clock and software; StickyDisk, the most "bullet proof of all 
rebootable ram disks; Parity-checking logic; and the socket and support 
software libraries for the Motorola 6888 1 floating point malh chip. For a 
more complete description, sec our full page ad elsewhere in this issue. 

MuUiFunalon Module for SiarBoardl (without 68881 }: $99.95 
MultlFunaion Module for StarBoardl (with 6S881 installed): $379.00 

MOUSETIME! 

Battery-backed clock for your A-1 000 

This great little mouseport clock looks neat on the side of your Amiga: it 
connects to the second mouseport and unlike any other mouseport clock, 
it passes the mouseport through so you can leave your joystick attached! 
MouseTimc comes complete with easy-to-use WorkBench software and a 
model SiartUp- Sequence script. MouseTime Clock: $49.95 



A500 1/2 Meg Internal 
Memory & Clock! save: 

When you add the standard 5 1 2k FastRAM Internal Expansion to your 
Amiga 500, make sure it's made by MicroBotics! Ours is a totally plug 
compatible standard memory expansion ...and we IX3NT leave out the 
clock! We provide the exact same clock chip and rechargeable battery as 
presented in the original Commodore unit but at a far lower cost We use 
the highest quality memory components and heavy gauge metal casing. 
The best news about our Madc-in-thc-USA, A-5(K) Expansion and Clock 
is: YOU SAVE FORTY-ONE DOLLARS! It's available NOW! 

M5501 Standard FasiRAM and Clock Expansion Unit: $159.00 

COMING SOON... 

StarBoard2/500 ASOO MultiFunction & FastRAM 
includes power supply. Optional pass-through. 

StarBoard2-2000 Adaptor put sb2 in the 2000 

with this low cost adaptor card. Only $39.95 

SCSI Interface for StarBoard2oniy $129.95 
A2000 Two Megabyte Expansion 
A2000 DMA High Speed SCSI Interface 

We will continue to support ALL Amiga models! 



Sold ONLY through Amiga Dealers! Have your Dealer can MicroBotics: (214)437-5330 

iiiiiiiiiiiiiillilllililiiilillliilillliiiiliillliiilllllllllllillilliltlillH 



tcrcd. In reality, the posters are from 
the Grateful Dead and Pink Royd, old 
■1940s magazines and a photo of the 
Max Headroom cast and crew. 

Suddenly, a horn wont off and all the 
workers stopped. The entire building 
was quiet in a matter of seconds. 
Filming had begun on another set. 
Only the voice of an actor could be 
heard. 



Live overlays 

The fall season is scheduled to begin on 
September 18 with a special double 
episode, a rerun of the pilot episode 
titled "Blipverts" and a new episode 
called "Deities." Shooting began 
August 20. 

Bruettc studies the scripts before the 
production of each episode. In this way, 
he knows which graphics need to be 
done on each production day. After a 
graphic is created in advance, it is 



transferred to videotape and copies are 
sent to the Post Group and the playback 
editing group. The graphics are also 
approved by the executive producer. 

In the video playback van on the sot, 
the overlay graphic is played back on 
an Amiga, while the actors are perform- 
ing a scene on the set. The two images 
are combined for the final print. Cables 
lead from the van to the set. The video 
van also performs color correction and 
sync on video for the show. Bruette 
has customized some of the cquipincnt 
used here. "I have an Amiga 1000 
[which] I made rack-mountable. The 
2000 is 17 3/8 inches wide - just 
waiting to have ears put on it - so, it 
will be rack-mountable. 



Bryce and the C-64 

Actor Christopher Young plays Bryce 
Lynch, the computer whiz who created 
Max Headroom. Lynch is the director 
of research and development at Net- 



work 23. This role is his first for 
television, but he has much experience 
in commercials. In these advertise- 
ments. Young said he was often cast as 
"the wimpy kid." 

Young revealed the commands he gives 
the computers on the set. "i type my 
name over and over, Christopher Tyler 
Young. Once in a while, I type the 
return key. I know a little bit about 
computers." Young once owned a 
Commodore 64, and his family had an 
Apple II while he was growing up in 
eastern Pennsylvania. In fact. Young 
lived very close to Commodore. 

"Some of the things 1 say are pretty 
ludicrous. They don't mean a whole lot 
to the ordinary person, but it's fun to 
watch it, because the ordinary person 
thinks it's a bunch of incredible things 
that this kid is saying. In real life, most 
of it is just made up anyway. It is neat 
playing the part because it is something 

continued... 
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different than me. I'm not like Bryce 
Lynch in any way, but it's fun to step 
out of Chris Young on character and 
play something totally opposite." 

Did Chris study computer nerds to play 
this part? "No, I haven't. It came 
naturally. I didn't do any studying or 
research. I guess I took situations from 
my high school life, from kids I've 
known. Bryce is not a nerd, he's a 
human being. He just doesn't care what 
he dresses like or what he looks like, so 
he doesn't bother combing his hair, and 
he doesn't bother looking hip and 
trendy. He's himself, and that's what 
counts. He's himself, and that's why 
everyone likes him." 



Amiga as a workhorse 

Brian Prankish is the producer for Max 
Headroom. His jacket bears a button 
that says, "Who hired all these sleazy 
people?" and he explained that Max 
Headroom is a series like any other, 
with a fixed budget. The pilot episodes 
of Max Headroom went beyond the 
planned budget by as much as a half- 
million dollars each. This year, the 
scries is a scale show with a fixed 
budget, meaning the crew is paid like 
the crew of any other show. The 
production staff is average sized for a 
series, with perhaps twenty extra people 
doing the computer graphics. A total of 
125 people are involved in the produc- 
tion, including more than a dozen 
performers. 

The filming of an episode takes seven 
business days, but episodes are shown 
every five business days, so the sched- 
ule gets tighter as the scries progresses. 
"With six of them [episodes!, you could 
just burn yourself out. Now, we've got 
to do twenty-two and last until next 
March." 

Prankish is very enthusiastic about the 
use of computers in the series, "They 
are a necessary function in communicat- 
ing the concepts of our show. We are 
dealing with information, where it 
comes from, its source and where its 




invites you 
to. . . 
Put Your Images 
on Disks! 



Color < 



mat 



ick and white images (photographs. 

nm slides) can f>c digitized in IFF for- 
any IFF program in any of the 

lolulions. Low resolution (320x200) 

) also available in HAM format (A096 
colors), Use disK images to build databases for real estate, per- 
sonnel files, or use for artwork, creati%'e effects, custom icons, 
with Delu.xcVidco'" and more. 

Minimum order Is 6 Images tor $ 1 5.00 and includes disk. Add 
S2.00 lor postage and handling. California resident.? add 6% 
state sales tax. Additional images S2.00 each. 

When ordering state FORMAT (IFF nr MAM) and r^f:50l.lJTI0n. 
Unless otherwise requested all 
images will be digitized at the 
maximum number of colors for 
that resolution in full dimen- 
sion, images may be cropped to 
fill screen unless full frame is 
specified. All images will be 
returned with your order. 
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going. That's what these graphics are 
about. With a computer, we don't need 
a keying video switcher because the 
computer has a built-in keying ability. 
The kid [Bruette] types in the stuff, the 
fellows hit the right keys, it goes 
together in the video trailer, it plays 
back on the stage, whoosh; it's that 
simple. It is similar to what we had 
before. We were working with an IBM 
PC before. The type of PC we were 
using didn't have the broad range of 
colors or the smallness of the pixels. I 
don't speak 'computer-ese.' I hire guys 
who do. One of my major functions 
here is harmony." 

Prankish explained that Max is some- 
thing sptecial. "We try to maintain 
somewhat of a camaraderie among the 
Max Headroom cast and crew that lets 



people know they are involved in a 

pretty phenomenal project because we 
arc the hottest thing since sliced bread." 

In the past. Prankish worked on the 
movies Brainstorm and King Kong, so 
he has worked with high technology 
before - and wants more technology. 
"The toys are getting smaller. No, come 
on, hey, give us more, we use it. We 
burn up the available technology. They 
say civilization hasn't grown that far 
yet. Come on, civilization, grow. We'll 
take it. If you invent something new, 
we'll use it. For us, the Amiga is the 
basic workhorse of visual communica- 
tion." 

•AC- 
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Animation for C Rookies 

Part One 
Quick and Dirty Bobs 



By Michael Sxuinger 

Animation on the Amiga is not really all 
that difficult, contrary to what some 
confusing and contradictory program- 
ming books would lead you to believe. 
Working with the system's Simple 
Sprites is relatively easy (although the 
results may be primitive, considering 
the Amiga's graphics potential), and 
there are enough sample programs that 
cover this kind of animation. The 
problem is that most of the books that 
deal with Amiga graphics and anima- 
tion stop with Simple Sprites. The next 
step in complexity uses the Virtual 
Sprites. These are harder to program 
and there may be some glitches and 
bugs that the literature has been 
strangely silent about. So, there is very 
httle guidance for the programmer 
whose status is less than that of a 
Registered-and-Baptized Developer. 

Bobs (biitter objects — why aren't they 
called "blobs?"), the special glories of 
the Amiga, show the sophistication of 
the machine's graphics and animation to 
the fullest. Unfortunately, the literature 
is most deficient in this area, either in 
its silence or in its confusion. John 
Foust, in a column last year dealing 
with C programming, mentioned a 
yearly contest for the most convoluted 
and turgid C program. I would like to 
nominate the sample program that 
appears in the Rom Kernal Manual at 
the end of the graphics section as one of 
the Official Amiga Developer entries. If 
that kind of spaghetti code were written 
in BASIC, everyone would scoff! 

This series of articles is written by a 
beginning C programmer for other 
beginners who want to explore graphics 



and animation in the simplest, most 
direct way. These suggestions may not 
always be "K&R approved", but they 
work. They are the result of long, 
frustrating hours spent trying to find 
where all the bodies are buried. I hop>e 
they will provide a skeleton for more 
elaborate and adventuresome program- 
ming on your part. 

The first program simply opens a screen 
and window in 320 x 200 with 32 colors, 
places a small bob on screen, and waits 
for you to click the window closed. 
When you try to display more than one 
bob, some screen flicker occurs, so, in a 
future program, we will introduce 
double-buffering. A third program will 
cover the machine routines for handling 
animation objects ("AnimObs" and 
"AnimComps"), We will discuss some 
of the crucial information about anima- 
tion objects omitted from the Rom 
Kernal Manual. 

You can create the images for the bobs 
as Deluxe Paint brushes. The brush files 
will then have to be converted from IFF 
format to a form that the machine 
actually understands. For this transla- 
tion, you will need a public domain 
utility program named "gi" (available 
on the Fish disks). Unfortunately, gi 
will work only with the original Deluxe 
Paint. A DPaint II file contains extra 
color-cycling information, so you will 
have to save your brushes and edit 
them in gi with the old version of 
Deluxe Paint (Aegis Images "windows" 
should work with gi, but I haven't 
tested them). 



There are several other editors in the 
public domain (IFFDump is one), but a 
gi file requires minimal re-editing to 
prepare a file for your program. Gi will 
also produce color information, but it 
wiU include only those colors actually 
used in your brush, if your brush 
doesn't use all 32 colors, you might 
want to make a special brush that does 
include all the colors. There is one small 
error in a gi file (an extra comment 
mark — */), so look at the sample 
program below for one way to edit 
your gi file. 

I am using the Aztec compiler, so I 
specify the +L option and the 32-bit 
library (Casting is still something of a 
mystery to me, so I'm taking the easy 
way out right now,). If you are using 
Lattice, change the .h files as necessary. 
If you have expanded your machine's 
memory beyond 512K, or if you antici- 
pate that your program will be run on 
an expanded machine (a good possibil- 
ity), you will also want to include any 
compiler options that will place the data 
in Chip memory. 

We will also be programming in the 
Intuition environment. Working with 
Intuition requires more memory and 
machine overhead than working directly 
with some of the Kernal primitives, but 
Intuition does a lot of the dirty work in 
allocating and deallocating memory and 
dealing with the mouse and its mes- 
sages — and besides, it does windows . 



continued.. 
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/* Program One-a simple bob. The */ 

/* noces precede the relevant */ 

/* statements and are explained */ 

/* after the pragram listing. */ 

llnclude <functions.h> /• Manx only ' 

•Include <intuitlon/lntultlon,h> 

llnclude cgraphlcs/gels.h> 

struct IntultlonBase "IntuitlonBase; 

struct GfxBase 'GfxBase,* 

struct Screen *Screenl,- 

struct Window *Windowl,- 

struct Viewport *WVP1; 

struct VSprite si, s2; 

struct Gelslnfo gelsinfo; 

/** MOTE 1 **/ 

Struct oollTable Ctable; 

»de ne RPl Wlndowl-sRPort 

VOID Drawlt([; 

/** HOT* 2 **/ 

USHORT colorraap[32| ■= ( 

OxOccd, 0x0585, 0x0f79, OxOf30, OxOf 9b, 

OxOf 90, OxOfc3, OxOf c9, OxOeef , OxOddd, 

Ox0ccc,0x0aaa,0x0fdc, OxOfcb, OxOfba, 

0x0ea9,OxOe93,Ox0d90, 0x0087,0x0354, 

0x0c75,0x0f 67, 0x0555, 0x0069, 0x0 9el, 

0x0fed,0x07cl,0x05a0, 0x0270, 0x0 fdd, 

OxOfff, 0x0000 1; 



WORD Image_datal[130) = ( 
/• Width: 18 (pixels! 
Height: 13 (pixels) 
Depth: 5 (planes) •/ 
OxOOOO, 0x0000,0x0000, 0x0000, 

0x0000, oxooao, 0x0000, 0x0080, 
Oxooeo, 0x0000, OxooBo, oxoooo, 

OxOCOO, 0x0080, 0x0000, 0x0080, 
OxOOOO, 0x0000, 0x0000, 0x0000, 
OxOCOO, Oxf f ff , 0x8000, Oxffff, 
Oxf elf , 0x3000, Oxfclf, OxSOOO, 
0x8000, Oxfclf, 0x8000, Oxf elf , 
Oxfclf, 0x8000, Oxfclf, OxSOOO, 
0x8000, Oxf fff, 0x8000, Oxtrif, 
Oxffff, 0x8000,0x0000, 0x0000, 
0x0000, 0x03e0, OxflOOO, Qx03e0, 
OxOjeO, 0x0000, 0x03e0, 0x0000, 
0x0000, 0x03e0, 0x0000, OxQ3eO, 
0x03e0, 0x0000, 0x0000, 0x0000 , 
0x0000,0x0000,0x0000,0x0000, 
0x0000, 0x0000, 0x0360, 0x0000, 
0x0000,0x0360,0x0000,0x0360, 
0x0360,0x0000,0x0360,0x0000, 
OxOOOO, 0x0360,0x0000,0x0000, 
OxOOOO, 0x0000, 0x0000, 0x0000, 
0x0000, 0x0000, 0x0000, 0x0000, 
0x0000, 0x0000, 0x0000, 0x0000, 
0x0000, 0x0000, 0x0000, 0x0000, 
0x0000, 0x0000, 0x0000, 0x0000, 
0x0000,0x0000,0x0000,0x0000, 



oxooeo, 

0x0000, 
OxOOBO, 
0x0000, 
0x0000, 
0x8000, 
Oxfclf, 
0x8000, 
Oxfclf, 
0x8000, 
0x0000, 
0x0000, 
Ox03eO, 

0x0000, 

0x0000, 
0x0000, 
0x0360, 
0x0000, 
0x0360, 
0x0000, 
0x0000, 
0x0000, 
0x0000, 
OxOOOO, 
0x0000, 
0x0000 



/** NOTE 3 **/ 

WORD Sbufferl[2 - 13' 
WORD Cniaskl[2 ■ 13]; 
WORD Bilnel[2]; 



5); 



struct NewScreen NewScreenl "{ 
0,0,320,200,5,1,0, 
NULL , CUSTOMSCREEN, 
NULL, NULL,NULL, NULL ) ; 

struct NewWindow NewWlndowl -( 
0,0,320,200, 1,0,CLOSEWINDCW, 
SHART_REFRESH I ACTIVATE I 
BORDERLESS I WINDOWCLOSE, 
NULL, NULL, NULL, NULL. NULL, 0,0,0, 
0, CUSTOMSCREEN 1 ; 



struct VSprite vl -| 
NULL, NULL, NULL, NULL, NULL, NULL, 
OVERLAY I SAVEBACK, 
0,0,13,2,5,0,0,slmage_datal[0] , 
sBlineKOl ,SCmaslcl{01 , NULL, NULL, 
Ox01f,0,KULL I; 

Struct Bob bl -{ 

NULL,4Sbufferl [0] ,ECmaskl [0),NULL, 

NULL, Svl, NULL, NULL, NULL ) ; 



main () 

( 

OpenLlbrarles ; 

Open_Screens ( ) ; 

Init_Bobs(); 

Drawlt ; 

Cleanup (} ; 

1 /♦'* end main *•»/ 

/** HOTE 4 **/ 

Open Libraries () 

{ 

IntultlonBase = (struct 

IntultlonBase *) 

OpenLibrary ("Intuit Ion. ilbrary",0) ; 

GfxBase - (struct (SfxBase *) 
OpenLibrary ("graphics. library", 01 ; 
return ; 
) 

Open_Screens { ) 

( 

Screenl-OpenScreen(SNewScreenl) ; 

NewWl ndowl . Screen-Sereenl ; 

Wi ndowl "OpenWl ndow { s NewHi ndow 1 ) ; 

WVPl = (struct Viewport*) 

Viewport Address (Wlndowl) ; 

LoadRGB'J (WVPl,Scolormap,32) ; 

return ( ) ; 

J 

lnit_Bobs() 

( 

gelsinfo.nextLlne - NULL; 

gelsinfo.lastColor - NULL; 

gelslnfo. collHandler =NULL,- 

RPl->GelsInfo - sgelslnfo; 

vl.VSBob-4bl; 

InitGels {isl, ss2, sgelslnfo),- 

InltHasks(svl) ; 

vl.X-25,- 

vl.Y-75,- 

AddBob(sbl,RPl); 

/** HOTE 5 **/ 

/*RemBob(4bl) ,-*/ 

return () ; 

) 

Cleanup ( ) 

( 

Wait (l«Windowl->UserPort->mp_SigBit) ; 

CloseWindow (Wlndowl) ; 

CloseScreen(Screenl) ; 

CloseLlbrary (GfxBase) ; 

CloseLibrary (IntultlonBase) ; 

return () ; 

) 

/** HOTE € **/ 
VOID Drawlt () 

1 SortGList (RPl^; 
WaitTOF{),• 
DtawGList (RP1,HVP1) ; 

) 



NOTE ? 

We are not going to be concerned with 
collision checking, but the program will 
crash if this structure is not included. 

NOTE 2 

The array for your colormap is pro- 
duced by gi. It will be the same for all 
bobs in your program, so you can save 
just one file as a separate colormap and 
edit it from the rest of your bob data 
files. The bob data itself can be edited as 
shown. Be sure to remove the extra 
comment mark that gi writes into the 
file. The VSprite structure requests the 
image data as a WORD, but gi marks it 
as UWORD. Change it if you get tired 
of compiler warnings. 

( 
NOTE 3 

If you have only one bob on the screen 
at once and the bobs will never overlap, 
or if memory is tight, you can eliminate 
the CMask and BLine. If you eliminate 
these, you must also eliminate the call to 
InitMasksO. If all your bobs are exactly 
the same size and will be shown at 
exactly the same screen coordinates, or 
if there is nothing in the background 
that needs to be restored, you can also 
save much memory by eliminating the 
SBuffcr! If you eliminate any of these 
buffers, specify NULL in the appropriate 
places in the VSprite and Bob structures. 
Note that the width of the bob is always 
specified as the WORD width — the 
pixel width, divided by 16. 

NOTE 4 

These calls do not use error checking 

because it seems superfluous (1 know, I 

know...). 

NOTE 5 

If you want to remove a bob from the 
display list, there are two statements 
you can use. RemlBob(&bl, RPl, WVPl) 
removes the bob Immediately when the 
statement is called. RemBob(&bl) does 
not remove the bob from the Gel list 
until SortGList and DrawGList are 
called. If you are doing your own 
sequenced animation by alternating 
between several versions of a bob, the 
first call (RcmlBob) can cause some 
flicker. Note the syntax for the second 
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call (RcmBob) — it is defined as a 
Macro in the gels.h file and the syntax 
is shown incorrectly in a number of 
books. 

NOTE 6 

The DrawitO function must be called 
each time you do something to the Gel 
list such as, adding or removing bobs or 
changing their screen coordinates. This 
function is defined as a VOID because 
wc don't care whether or not it returns 
anything to the calling function. 

In a future installment, we will discuss 
double buffering, which is unfortunately 
necessary if you want to have multiple 
bobs on screen. You might be able to 
get by without it, if your bobs arc small 
and use fewer than 32 colors. If you 
choose this method, the bobs look like 
they were done on a C=64, not an 
Amiga ... so, you may as well use the 
sprites. 

You can try to plow through the Rom 
Kcrnal Manual, but there are better and 
more accurate information sources 
available for further reading. 

Inside the Amiga by John Berry (Sams 
Books) is a good, very readable tutorial 
in C, but the graphics stop with Simple 
Sprites. Robert Peck, who wrote the 
graphics section in the RKM as part of 
the original Amiga team, has written the 
Programmer's Guide to the Amiga 
(Sybcx Books). This publication makes 
a lot more sense. Inside Amiga 
Graphics by Sheldon Lcemon (Compute 
Books) is a good introduction — 1 owe 
a great deal to this book — but it needs 
to be updated to reflect changes in the 
1.1 and 1.2 versions of the operating 
system. None of these books explains 
the built-in animation routines, but an 
article by Roy Thompson has just 
appeared in Ami Project, Volume 1 #7, 
which finally clears up much of the 
mystery. Read that article for a preview 
of our next installment. 

•AC- 
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Feel our POWER. . . 

PRO- NET: 

• Vanabie template size 

• A :o E paper size 

• Extensive Ubrary included 

• Auto devicG number with Zone control 

• Gate swapping 

■ Single click change to negative lt>gic 

• Innovative v^igtJt assignment 

• Auto page mlerence 

• Dynamic error cneckir.g 

• Creates BOM. Spare Part List. Net List. 
Errvr report, etc. 

• Supports printers & plotters 

• Supports iaser Printer 

• Back annotation trom PCB layout 
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PRO-BOARD: 

• 025 in~tj gnd 

■ .00 r inch gnti Library 

' 12 mil trace. 13 mil space 
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• Provides silk screen 

• Auto coordinates assignment 
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• Optional Net List Input for guided routs, 
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photo plotters 
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See our SIMPLICITY. . . 

IniBlligeni Function Keys make our programs eitremely usei Inendly, provide maximum scieen aiea. always display all 
relevant commands, avoids eicessrve cursor movemeni and screen Hashing between menu S dtawing. guides user through 
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A Ad A Z I ISf G REV I E VS/ S 



dBMAN 



Relational Database 
Management System 

Version 3.00A 

reviewed by Clifford Kent 




In the (microcomputer) beginning there was the 8080 (and 
Z80) and it ran CP/M. As soon as floppy disk storage came 
about, these primitive microcomputers were able to do 
database management. The next step was the birth of dBASE, 
soon to grow into dBASE II, a real business tool. Some might 
say that CP/M, Word Star and dBASE II were enough to 
make the early microcompulcr a business machine. 

Soon, the 8088 (and 8086) and MS-DOS were born (as a clone 
of CP/M, but that's another story). dBASE II was soon 
available for the new business standard microcomputer. 
Later, dBASE III and dBASE 111+ improved on a good thing 
and made it possible to do REALLY SERIOUS database 
applications on a microcomputer. As with all big software 

hits, there were many dBASE imitations some might even 

be better than the original. 

dBMAN was first available for the PC-DOS/MS-DOS world. 
Unlike the name brand product, however, dBMAN is avail- 
able for the Amiga. The original Amiga release, dBMAN 2.02, 
mixed some features from dBASE 11 and dBASE 111. It was a 
mature product from the start (meaning it didn't crash 
without operator help and it never lost data). We've used 
dBMAN 2.02 in our business for the last eight months to 
handle small (under 1000 record) databases and it has 
performed well. 

The newest release is dBMAN Version 3.00. The now 
version, which resembles dBASE 111, has done well in most of 
our tests. It is more like dBASE III. Its improved user 
interface makes it a much better product for the Amiga. 

For those who have never heard of any of the names 
dropped above, 1 should explain: 

Database - a computer program for keeping and using 
records, ranging from simple filing programs (the computer 
equivalent of 3x5 cards) to artifically intelligent wonders that 
won't even fit in my 2.5 megabyte Amiga. 

Relational Database - a useful, sophisticated program that 
can store information in more than one computer file, then 
reconnect ("relate") multiple data files in more than one way, 
as the human operator's imagination requires. 



dBASE III - the best known and most succesful relational data- 
base program on PC Compatibles. The size and complexity of 
the data is limited mostly by the available disk space. The built- 
in programming language lets you create highly specialized and 
very sophisticated data handling programs. 

Relational databases are fairly easy to set up and surprisingly 
flexible for extracting information from the stored database. 

My experience with microcomputer databases includes dBASE 
II on CP/M computers, dBASE III and FoxBase+ (perhaps the 
best of the dBASE copies) on PCs and dBMAN 2.02/3.00 on the 
Amiga. I've set up several full .scale business record keeping 
systems, as well as customer databases, simple mailing lists, 
and even my personal chocking with these software tools. They 
all work ... there are many differences, but they can all do the 
job. 



dBMAN On The Amiga 

In this article, I describe dBMAN 3.00 in detail and compare it 
to its relatives running on a PC compatible machine (including 
the SidcCar and Amiga 2000 Bridge Card). My aim is to 
present a clear picture of what can be done with dBMAN 3.00 
and how quickly it can happen. 

The dBMAN package includes an 8" x 9" three ring binder, 
containing just over an inch of manual and a 70 percent full 
single 880k disk. The disk is not copy protected and does not 
include Amiga Workbench. VersaSoft recommends a hard disk 
for efficient use, but dBMAN can run surprisingly well with 
two floppies and 256k or more of FAST RAM. Nearly half of 
the manual describes dBMAN and its basic function. The 
remainder of the manual is a command and function reference 
section that becomes very important as you gain experience. 

There are 28 files on the dBMAN disk, but only five would be 
included on a normal work disk, leaving just over 512k free on 
an Amiga floppy to hold data files and dBMAN programs. If 
your database will bo larger than 400k, a hard disk will 
probably be needed. The remaining 23 files on the dBMAN disk 
contain updates to the manual, two text files on converting 
existing dBASE II and dBASE 111 applications to dBMAN and 
four application programs written in the dBMAN command 

la"g"^Se. continued... 
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Special 

Introductrv Price 



Complete 

Comniiinications 

Package 

300/1200 1 Year warranty 
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(Modem, Cable & 
Software) 
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Software) 
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for the Amiga 
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The REASON system is a series of programs designed to aid writers and editors in editing documents. 

REASON programs do three things: 

■proofread input text "analyze the stylo of input text 'provide help about English usage 

Many options give edUorial commonts and suggestions. 

The REASON system finds potential errors, tlion you decide which potential errors need correcting. Thoughtful use of the REASON 
system can help botli tlie experienced and inexperienced writer. 
With the REASON system, there are six main options: 

1. Prose describeslhe writing style Ola document, namely, readability and sentence characteristics, and suggests improvements. 
Prose compares a document with standards for one of several document types. INSTRUCTIONAL TEXT will compare input text 

with good training documents. TECHNICAL MEfulORANDA will compare input textwith good technical memoranda. And USE CUSTOM 
STANDARDS wtil compare input text with any usef created standard. 

2. Style lindssenloncos that contain passive verbs, expletives, noun nominalizations, and multiple nominalizations. Also, Style will 
give a readability level for each sentence in the input text or find sentences that are equal to or greater than a spGciftcally defined 
readability level. Another function performed by style is to find sentences that have a specifically defined length (number of words 
contained in a sentence). 

3. Word Analysiswill chock the input text for general diction, sexist terms, sentences that contain forms of the verb "to be", 
acronyms and abstract words, 

4. General Structure chocks input text for gonorat organization, general topics, sentence breakdown (parts of speech) and 
syllable breakdown (syllable count o! each word) 

5. Proofread Document checks for possible spefling errors, double words, possible punctuation errors, diction and split 
infinitives. 

6. Extra allo«\s access to AMIGA ProlGrences and Build Custom Prose Standard 

Requires an AlvllGA computer with 51 2K 
AtvllGAisa Registered Trademark ol Commodore Amiga 
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dBMAN has no Workbench icon and should be invoked with 
the CLI commands: STACK 9000 RUN DBMAN <ProgTam- 
Namc> These commands can be placed in an EXECUTE file for 
simplicity. Also, public domain programs are available to 
invoke EXECUTE files from Workbench Icons, if you prefer the 
Workbench interface. The <Program-Nan\c>, used to automati- 
cally start an application program written in the dBMAN 
command language, is optional. 

dBMAN creates its own screen with no window borders and 
only two colors. A custom screen, needed on the Amiga to got 
an 80x24 display, is required to run dBMAN (or dBASE) 
programs written originally for other systems. Although the 
dBMAN screen does not have a title bar with front/back 
gadgets, you can still multi-task dBMAN by using the <Left- 
Amiga-A>+<N> keys to get to the Workbench Screen and the 
<Left-Amiga-A>+<M> keys to return to dBMAN. The two color 
display was probably chosen to save memory (more bit planes 
use more RAM), but it can sometimes cause confusion. Read- 
ing the screen can be tricky because the Amiga's cursor doesn't 
blink and dBMAN makes extensive use of reverse video. 

If dBMAN is started without a program name on the command 
line, you get a split screen with two lines for command entry, 
two linos for help and error messages and 18 linos of data 
display space. You have a command interpreter with hundreds 
of commands and functions for creating, editing, sorting, 
indexing, selecting, finding, listing, printing, averaging, to- 
talling, counting and reporting. 

If you know dBASE, you'll feci right at home. Commands are 
available to import existing dBASE II and dBASE HI databases 
(There arc no export commands, but that's also easy to do 
using an intermediate text file). The commands and functions 
are not all identical to dBASE, but they are very similar and the 
differences are well documented. If you have written a dBASE 
II or dBASE III application, you should have very little trouble 
moving both existing data and programs to dBMAN. If you 
have an existing dBASE application written by someone else, 
porting it to dBMAN provides an excellent way of learning the 
language, if you need help, there are many books vailable on 
the use of dBASE 1!L 

The only thing dBMAN won't support is the dBASE III 
"memo" data type (a free form - word processor file that is 
logically attached to the regular data base). The most obvious 
use I've found for memo data in dBASE III is storage for 
examination notes in a doctor's patient database. If the doctor 
uses memo data, his notes are easy to find. If he doesn't use it, 
only 10 bytes of disk space is wasted per patient. Note keeping 
could be handled with a dBMAN program, but the dBASE 
solution is much more elegant. 

If you are a Basic programmer, you will find the dBMAN lan- 
guage easy to learn. A basic set of tools for structured program- 
ming are available: PROCEDURE calls 1F...ELSE...THEN DO 



WH1LE...LOOP...EXIT...ENDDO DO 

CASE...OTHERVVISE..,ENDCASE. You can store information 
in memory variables, as well as in the database files. Vari- 
ables can be either global or local in scope to a single 
PROCEDURE. A full set of relational operators, arithmetic 
operators, string functions, date functions, data validation, 
and data formatting and display commands are also included. 
Menus can be created for keyboard or mouse control of a 
program. DBMAN language is a real programming language, 
not a glorified macro-keystroke recorder. In my opinion, it is 
a much better language for business programming than Basic, 
Pascal, Forth or C. 

If you want to run a dBMAN application program, include 
its name in the dBMAN command line. In this case, the 
opening dBMAN screen is replaced by the application 
program's opening screen and dBMAN is almost invisible, as 
the skill and sophistication of the application programmer 
shines through. 

Application programs are stored in standard Amiga text files 
that are interpreted at run time. This point creates a very nice 
programming environment on the Amiga. I RUN dBMAN 
and then RUN a copy of TxEd of each program module I 
want to work on. During development, each procedure is 
stored in its own file. After the program is complete, all the 
procedures can be assembled into a single file for execution. 



dBMAN Programs 

Four application programs are supplied with dBMAN. In 
addition to being directly useful, each is a good example of 

dBMAN programming. 

The CLI command "RUN dBMAN TUTOR" starts an applica- 
tion program designed to teach basic dBMAN to the begin- 
ner. The program is menu-driven and a good starting point 
for learning dBMAN from scratch, leading you, step by step, 
through creating and using a database. 

The CLI command "RUN dBMAN ASSIST" starts an applica- 
tion program that replaces the standard command line 
control with a mouse operated pull-down menu interface. 
This application is an excellent example of dBMAN language 
in action. dBMAN is transformed into an "Amiga Program" 
and you have the source code, so you can customize the user 
interface to your liking. The possibilities are terrific. I expect 
to see a new generation of easy-to-use, mouse controlled 
business applications that are also reliable and sophisticated 
because they are based on a mature database system and 
years of program development. 

ASSIST has eight pull-down menus with the basic database 
functions logically grouped. Each selection leads you through 
the selected operation, offering choices as needed. After 

continued... 
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other Products From 
me Other Guys 



Reason 


$395.00 


Omega File 


$79.99 


Promise 


$49.99 


KEEP-TrakGL 


$49.99 


AMT 

(Amortization Program) 


$39.99 


Matcli-lt 


$39.99 


Math-A-Magician 


$39.99 


Taiking Story Book 
(Ctiristmas Stories) 


$39.99 


Musicial Slide 
Show Demo 


$ 5.00 



Call or write for 
more information. 



SYNTHIA High Performance Digital Synthesizer 



and other cnhanccmcnls. 



lO^ 



A siaic or ihc art music tool which will 

Crcalc digital IM<" Instruments Tor use with nearly all mu,sic programs! 

Modifying existing IIT Instruments. Use SYNTIIIA on digitized samples lo adiJ rcvcrfi, wow 
SOMFTtllNC FOR EVERYONE: 

Additive Syntheiis • a traditional method which can create almost any type of instrument. 

Plucked String Synthesis - simulates plucked strings . . . right down to the 'pluck'. 

Interpolative Synthesis - a method which introduces the natural imperfections found in instruments. 

(Instruments such as brass, woodwinds, pianos, etc.) 

Percussion - build your own drum set . . . crcaic any drum you desire, 

Sublractive Synthesis - a simple method of creating instroments. 

5p*cia/ £//Vctj - includes filtering, amplification, phasing, waveshaping, amplitude modulation, real reverb, and. 

IFF Music Player - powerful and compact. Now you can enjoy those songs that needed a memory expansion beforel 

32 tracks and 32 lE-'F Instruments! Supports chords, lies, etc. 
IS IT LIVE , . . OR IS IT SYmUIA? 

Synthia uses the latest technology to generate realistic sounding instruments and even the new famiJics of instmments sound 

teal, A real synthesizer on a real computer! 

Why buy digitized instruments when you can SYNTIlIAsize them? 4>iQQ QQ 

Requires AMIGA 512K V^^'^i' 

Copyright© 1987, THE OTFIHR GUYS Software • AMIGA is a registered trademark of Commodore Amiga 



i0J?^ 



Up to 



s^^ 




THE OTHER GUYS 



■ 55 Nortl-i 
m Suite 301 



Main St::neet 

D 
PO Box H 
Logan Utain 04321 



CB01] 753-7'e20 

CB003 sas-saos 
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you've made your menu choices and typed in the needed file 
names, search strings, etc., ASSIST displays the resulting 
dBMAN command line before it is executed. With this 
information, you can learn about the dBMAN language while 
you are using it. 

When ASSIST is running, the dBMAN title bar and front/ 
back gadgets are available, so you can control the dBMAN 
screen with the mouse to do something on the Workbench 
screen. 

Most database users would be satisfied with dBMAN and 
ASSIST as their everyday database. The availability of the 
source code and a complete database programming language 
become a great help as the user's understanding and needs 
expand. 



Sample dBMAN Program 

I've included the source code for a simple, public domain 
mailing list handler. I initially wrote the program for dBASE 
II. 1 then ported it to dBMAN 2.02 on our first Amiga and 
finally to dBMAN 3.00 (in only a few hours). The program 
docs not fully exploit the capabilities of dBMAN 3.00, but il 
may serve as interesting reading if you'd like to look at a 
simple application. 

MailList opens with an on-screen menu listing all the 
program's functions, I won't try to describe the functions 
here, but a few points will help explain dBMAN program- 
ming. The main program is a "DO WHILE" loop that 
displays the menu, gets input from the keyboard and exe- 
cutes the selected PROCEDURE in a big CASE statement. 
dBMAN/dBASE programs, unlike Pascal programs, have the 
main program at the beginning of the listing with PROCE- 
DURES following. 

MailList maintains its own variables for the path name and 
the data file name. Having both names maintains the 
flexibility to place the data in RAM: when I want speed, and 
can save typing by saving things. 

In the Open-File PROCEDURE, you sec the line: 

USE &Dname&Fname 

The ampersand ("&") is the macro symbol. This signal tells 
dBMAN that the current contents of a memory variable 
should be included in a program command. In this case, the 
variables "Dnamo" and "Fname" are used to complete the 
command line when the code is executed. In this simple 
example, MailList allows the path to be saved in one string 
variable and the file name to be in another. When it's time 
for the "USE" command to open the data file, the command 
verb and the two strings are assembled into a complete 



command. This use of macro substitution started with dBASE 
II, and continues as a handy short-cut and the programmer's 
last resort when he wants dBMAN to do something unusual. 

Screen formatting is done using the "@ <row>,<col>" command 
sequence to move the cursor to the right position on the screen 
(or printer). The "SAY" command shows a message. The "GET" 
command displays the current contents of a data field or a 
memory variable and makes it available for editing. Normally, 
a scries of SAY and GET commands ends with the READ com- 
mand, where the actual data entry takes place. 

Both the Set-Filter and Set-Index PROCEDURES in MailList 
assume some understanding of dDMAN's command syntax. 
Fairly complex data control is possible, but the user must know 
how to phrase the command. Much more friendly systems have 
been designed CdBMAN's ASSIST program is a good example), 
but this program was written for in-house use and friendliness 
wasn't worth the trouble at the time. 

The MailList code includes many lines ending with semicolons. 
This syntax allows the programmer to enter a single line of 
command code (up to 236 characters) spanning several physical 
lines in the source code file. 

In the two hard copy routines. Print and Labels, you will notice 
something very unusual for an Amiga program - printer escape 
sequences. dBMAN uses the PAR: device, not PRT:, so the 
Amiga printer drivers are not used. If you want something 
special from your printer, you'll have to look up the printer 
codes. Use of printer codes is the norm for other computers 
and must be available to run applications written for other 
computers. Unfortunately, I can't find a way to use the Amiga- 
DOS printer drivers for the simple things other computers 
handle automatically. 

In a future issue of Amazing Computing, MailList will be "Ami- 
gatized" and extended into a more complete and easier to use 
application program. For now, I hope the sample code intro- 
duces dBMAN as a programmer's tool. 



Benchmarks 

Table 1 includes the results of three very simple tests of 
database speed. 

Two computers were used: an Amiga 1000 and a PC-XT clone. 
The Amiga 1000 was equipped with 3 floppy disks and 2 
Megabytes of zero wait state fast ram. No hard disks were 
available at the time, but the tests were run using both floppy 
disk and RAM disk storage. Hard disk performance should be 
intermediate. For the floppy disk tests, the AmigaDOS com- 
mand 'AddBuffcrs' assigned 30k of cache ram to each disk 
drive. This allotment improves performance for many tasks 
(including database reads), but docs little to help the speed of 
disk writes. 
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The second computer was a PC-XT clone with 2 floppy disks, 2 
hard disks, 640k ram, NEC V20 processor and an 8087 math 
processor. Although the PC runs at 8 MHz, the tests were run 
at the standard 4.77 MHz clock specd.This adjustment should 
make the PC's performance similar to an Amiga Side Car or an 
Amiga 2000 with Bridge Board. 

Three database programs were tested: dDMAN 3.00, dBASE III 
and FoxBase+. The first two programs shoud be familiar. The 
third program, FoxBasc+, is a dBASE compatible compiler. Fox 
is included here because it represents the current state of the 
art system for PC compatibles. 

The first test involved indexing a mailing list of 593 entries by 
Zip Code. Indexing is similar to sorting but, rather than 
physically rearrange the data records, the program creates a 
second file containing the information necessary to locate the 
database records in the correct order. 

The second test used an index file built on last names to FIND 
the 590th out of 593 entries. As you can see from the lest 
results, data access is very fast if the correct index exists. Many 
programmers will maintain a collection of index files for the 
same database to minimize data search times. 

The third test used LOCATE, a sequential search of the data- 
base, to find the 590th out of 593 entries. In this case, the 
database was not indexed. I expected this test to be a simple 
look at sequential disk read speed, but the times suggest that 
more is involved here. 

From these simple tests and lots of hands on use, I can safely 
draw some conclusions. 



dBMAN Run-Time Utilities 

In addition to the standard dBMAN interpreter, a dBMAN 
Run-Time Utility Package is also on the market. This package 
"tokenizcs" the completed application program text file, 
creating a version of the program that cannot be read or 
changed with normal computer tools. The Run-Time code 
executor runs this encrypted version of the program. The 
Run-Time Uttilities give the program developer three advan- 
tages: 

•Your source code is secure. 

•Your client does not need to buy dBMAN. The distribution 
licence for the Run-Time executor is included in the price of 
the package. 

•Your code runs noticeably faster because the original text 
file has been converted to a semi-compiled code form that 
can be processed faster at runtime. 

I did not properly benchmark dBMAN Run-Time's perform- 
ance that process would require some careful program- 
ming. However, I did write a simple program that made a lot 
of PROCEDURE calls and did some string counting and 
arithmetic while reading through a database. Run-Time 
executed the test program about 20% faster than the dBMAN 
interpreter, 

I also used Run-Time to compile several application programs 
and noted a significant speed-up in many operations. In 
particular, the dBMAN ASSIST program had a quicker feel. It 
appears that complicated dBMAN programs benefit more 
than the simple commands, like INDEX or LOCATE. 



First, never use data AND index files on a floppy disk. Unless 
the data file is very small, the grinding of the drive will drive 
you crazy. If necessary, copy the index files to RAM: at the 
start of your program, then back to floppy at the end, 

dBMAN on an Amiga will generally out-perform dBASE III on 

a plain PC. This difference should not be a big surprise 

most of us already know that an Amiga is faster than a PC. 
The interesting point is that dBMAN performs very well using 
floppy disk storage if the program also uses the RAM; Disk in 
the right places. 

Be careful not to read too much into the floppy/ram timings. 
The floppy slow considerablys when reading a file whose 
physical order is very different from the indexed order. For 
example, if the file is sorted by last name, then indexed by city. 
Listing the filewill require many disk seeks. Hard disks seek 
faster than floppy disks. RAM disk seek is best of all. 



Conclusions 

VersaSoft is an established supplier of database software for a 
wide variety of computers. dBMAN 3.00 is quite new for the 
Amiga and a few problems still exist. I have discussed the 
problems with VersaSoft's knowledgeable, candid tech 
support staff. dBMAN 2.02 was very reliable and expect to 
see a bug-free dBMAN 3.00 soon. 



Who should use dBMAN? 

Anyone who wants to run an existing dBASE/dBMAN appli- 
cation on an Amiga should use dBMAN. Dozens of well 
designed public domain programs in the CP/M and MS-DOS 
libraries can be moved to the Amiga easily. 

If you need an efficient Amiga programming language for 
business or record keeping applications, you should also 
consider dBMAN. dBMAN includes a very high level 
language for entering, storing, retrieving and reporting 
information. It can be used to quickly create convenient, 



continued.. 
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reliable programs in days. The same functionality could 
undoubtedly be written in C or Basic, but development 
would take much longer. 

dBMAN is also out there for any of the thousands of dBASE 
programmers looking for a way to widen their market 
without learning a whole new language. 



About the Author 

Cliff Kent is a full-time programmer and Amiga developer. 
His first Amiga project was a Forth compiler for the Amiga 
used to create MacroModem, a telecommunications program. 
Kent is currently working on o business software package 
aimed at I'C compatibles. Anyone interested in dBMAN/ 
dBASE programming on the Amiga should send Email to 
PeopleLink ID c.kent or CompuServe ID 72437,162. 



File Structure For MailList 




Name Type SIZO 




LAST Character ! 30 




FIRST Ctioracter 


15 




STREET Ctiarocter 


25 




CITY Cricracter 


17 




STATE Character 


2 




ZIP Character 


5 




PHONE Character 


13 




NOTES Chofocter 


15 






122 



SET TALK OFF 
* 

• MallLlst .cir.d 

" KalllnQ Labels system main menu program 

• Last dBASE II version 2'?AprB4 

• Converted for dBMAN 01Nov86, 02KOV86,03Nov86 

• Converted for dBMAK Run-Time D3JulB7 

* 

SET PROCEDURE TO MallLlst 

CLEAR 

SET CONSOLE ON 

SET PRINT OFF 

SET DELETED ON 

Dnane = ' ' 

Fnase • ' ' 

Key - " ' 

FllterFld - ' ' 

FilterStr - ' ' 

FllterType - ' ' 

IndexStr - ' ' 

Delin - ', ' 

Ml - 'Open disk file,' 

H2 - "Filter data,' 

M3 " 'Index data,' 

Ml ' 'Add new names, ' 

M5 - 'Edit names,' 

M6 - 'List file to video," 

H7 - 'Browse file on video," 

K3 - 'Print file master," 

M9 - 'Print labels,' 

KIO - 'Save file," 



dBASE Compatible Products 



clB^MN 3.00 interpreter S199.95 

Run-Time UtllifY Package. .... S199.95 
Interpreter & Run-Time $295,00 

dBMAN is olso Qvoiloble for IBM compatibles, (BM 
compatibles with Local Area Networks, Xenix, Atari ST 
and Macintosh 

VersaSoft Corporalion 

4340 Almaden Expressway, Suite 250 
San Jose, CA 951 18 



dBASE 111 Plus $695.00 

Ashton-Tate 

20101 Hamilton Ave. 
Torrance. CA 90502-1319 



FoxBase+ Development Package $395.00 

Royalty-Free Runtime $500.00 

Fox Software 
27493 Holiday Lane 
Perrysburg, OH 43551 
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Table! 


Simple Benchmarks 




Index 593 records on ZIP Code; 


dBMAN 3.00 


Data RAM: Index RAM: 
Data DFO: Index RAM: 
Data DFO: Index DFO: 


25.6 seconds 

35.3 seconds 

278.4 seconds 


dBASE III 


Data & Index on hard disk 
Data & Index on floppy 


53.4 seconds 
94.6 seconds 

7.6 seconds 
13.0 seconds 


FoxBoset 


Dota & Index on hard disk 
Data & Index on floppy 




Find record 590 out of 593 using Index: 


dBMAN 3.00 


Data RAM: Index RAM; 
Data DFO: Index RAM: 
Data DFO: Index DFO: 


.3 seconds 

1.1 seconds 

2.2 seconds 


dSASE III 


Dota & Index on hard disk 
Dota & Index on floppy 


.3 seconds 
2.1 seconds 


FoxBase+ 


Data St Index on hard disk 
Data & Index on floppy 


.3 seconds 
.8 seconds 


Local© record 590 out of 593 with text search: 


dBMAN 3.00 


Dato on RAM; 
Data on DFO: 


1 1 .8 seconds 
21-6 seconds 


dBASE 111 


Dota on hord disk 
Data on floppy 


7.5 seconds 
32.2 seconds 


FoxBase+ 


Data on hard disk 3.6 seconds 
Data on floppy 8,5 seconds 
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Comes to 
Los Angeles! 



^ 



EXIT 
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A 

230 


A 
127 


B 
228 


B 

125 


C 


C 


226 




123 


C 


1 


224 


B 


B 


121 


222 


A 


A 


119 


220 



• 




A 
115 


A 
216 


A 
113 


A 
214 



• 




A 

109 


A 
210 


B 
107 


B 
208 


A 
105 


A 
206 



"Ww.wmw^nwT 



« 


A 
330 


A 
229 


B 
326 


B 
227 


C 
326 


C 
225 

~« 

B 

223 


C 
324 

B 
322 


A 
221 


A 
320 



A 
331 


A 
426 


B 
329 


B 
426 

424 

i 


C 
327 


C 
325 


B 
323 


B 

422 


A 
321 


A 
420 



I 



EXIT 




429 


D 
526^ 

6 

524 


D 
427 


D 
425 


t 


D 
423 


D 
522 


D 

421 


D 
520 





D 
626 


D 
527 


D 
624 


D 
525 


• 


D 
523 


D 
622 


D 
521 


D 
620 



A 
215 


A 
316 


A 
213 


A 

314 



A 

315 


A 
416 


A 

313 


A 
414 



A 

417 


A 

516 


A 
415 


A 
514 



A 
517 


A 
616 


A 
515 


A 
614 



A 

209 


A 
310 


B 
207 


8 
308 


A 
205 


A 

306 



A 
309 

a 



307(408 

A 
305 



A 
410 

B 
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4 06 



A 

409 

B 

407 



A 

405 



A 
510 

B 
506 

A 
506 



A 
509 


A 
610 


B 
507 


B 
608 


A 
505 


A 

606 




631 



D 
629 

O 
627 

" D 
625 

D 
623 
" D 
621 
' E 

619 
617 



E 
6^15^ 

E 
^13 

E 
611 

E 
609 

e 

607 



NTRANCE r 



REGISTRATION 



January 16-18, 1988 
The Westin Bonaventure 
Los Angeles, California 

For Exhibitor or Attendee Information 

Call 800-32-AMIGA Nationwide 

In New York, 212-867-4663 



Anniga(TM) is a registered trademark of Commodore- Amiga, Inc. 
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Mil - 'dBMAN commamd mode,' 

Ml? - 'Quit' 

MenuText - Ml+M2+K3+H4+H5+M6+H7+H8+K9+Mia+Mll+M12 

RELEASE Ml,K2,H3,M4,M5,.y6,M7,w8,M9,M10,Mll,H!2 

DO WHILE Key <> 'Q' 
ERASE 
e 0,36 SAY -MailLlst' 

8 1,28 SAY • ' 

@ 2,32 SAY 'By Clifford Kent' 

e 4,30 SAY -File - •+riLENAME() 

g 5,30 SAY 'Filter - '+~ilterFld+" 

+ FUterStr 
? 6,30 SAY "Index - 'tlndexStr 



"tFllcerType*" 



ASSIGN VMENU (Dellm, MenuText, Row (] , 1, 2, 1 , -1) 

ERASE 
DO CASE 

CASE VMENU()-1 

DO Open-File 

CASE VK£NU()-2 

IF FILENAME (I <> " 
DO Set-Filter 
ENDIF 
CASE VMENU(|-3 

IF FILENAME <> " 
DO Set-Index 
EiNDIF 
CASE VMENU()-4 

IF FILENWIEO O •' 
DO Add 
ENDIF 
CASE VMENU()-5 

IF FILENAME <> " 
DO Edit 
ENDIF 
CASE VMENUO -6 

IF FILENAME O ■' 
DO List 
ENDIF 
CASE VMENU I [ -7 

IF FILENAME <> •' 
BROWSE FIELDS Last, First, phone, Street, City, State; 
, ZIP, Notes 
ENDIF 
CASE VMENU { ) -8 

IF FILENAME I) <> " 
DO Print 
ENDIF 
CASE VMENU 0-9 

IF FILENAME o " 
DO Laijels 
ENDIF 
CASE VMENUO -10 

IF FILENAME!) o " 
USE sDnameSFname 
DO Re-Order 
ENDIF 
CAS- V>!£SLJ0-11 

? 'The current file and index are still open,' 
? "Type "DO MENU <CR>" to return to menu.' 
RETURN 
CASE VMENU 0-1 2 
Key = -Q' 
ENDCASE 
ENDDO 
QUIT 



• Select drawer and open file. 

PROCEDURE Open-File 

ERASE 

IF FILENAME <> " 

USE 
ENDIF 

Dname - Dnaine+DUPCHAR(RANKC •),30) 
Fname - Fname+DUPCHARIRANK ( ' •),26) 



5,13 SAY 'Drive and/or directory name; ' ; 

GET Dname PICTURE DUPCHAR (RANK ('!'), 30| 
@ 7,5 SAY 'Data file naxe {.DBF will be addecj : 

GET Fnsme PICTURE DUPCHARfRANKC!' ) ,26> 
SET CONFIRM ON 
READ 

Dname - TRIM (Dname) 

IF SUBSTR I Dname, LEN (Dname) , 1) <> ":"; 
.AND. LEN (Dname) > 0; 

.AND, SUBSTR (Dname, LEN (Dname) ,i) <> 'V 
Dname - Dname + 'V 
ENDIF 

Fname = TRIM(Fr.ame) 

@ 9,5 SAY 'Soarchlng for '+Dname+Fname+' .DBF' 
IF FILE (DnairietFname + ' .DBF'] 
USE sDnamei Fname 
DO Re-Order 
ELSE 

8 11,5 SAY -File not found - press <RETURK> ' 
WAIT 
ENDIF 
RETURN 



• re-filter and re-index 

PROCEDURE Re-Order 

IF TRIM(FllterFld)<>" .AND. TRI«(FllterType) o" ,- 
.AND. TRIM(rilterStr)<>" 

Key - FllterFld+" "+FilterType»" "+"' "+FllterSt r*" 

e Row0+2,S SAY 'Filtering file.' 

SET FILTER TO SKey 
ELSE 

SET FILTER TO 

FllterFld - ' • 

FilterStr ' ' ' 

FilterType = ' ' 
ENDIF 
IF TRIHdndexStrJo" 

e Row()+2,5 SAY "Indexing file.' 

IF FILE ("RAM: ITEHP.NDX") 
DELETE FILE RAM:ITEMP.NDX 

ENDIF 

INDEX ON SIndexStr TO RAM:ITEMP 
ELSE 

IndexStr - " ' 
ENDIF 
RETURN 



* Data filter program 

PROCEDURE Set-Filter 
Key - • ' 



ERASE 
8 1,1 
8 3,1 



SAY 
SAY 



FllterFld 



■MailLlst Filter' 

"Current filter - " + FllterFld + " "; 
+ FilterType t •• •• t Filterscr 
FllterFld + DUPCHAR (RANK ( ' "},10) 
FilterStr = FllterStr * DUPCHAR (RANK I ' "),30) 
FilterType = FilterType * DUPCilAR (RANK ( ' '),2) 
8 5,1 SAY 'Fields: LAST, FIRST, STREET, CITY, STATE 

+ ' ZIP, PHONE, and NOTES' 
H 6,1 SAY 'Enter name of field to filter on; ',• 

GET FllterFld PICTURE '!!!!!!!!!!' 
SET CONFIRM ON 
READ 

FllterFld - THlM(FllterFld) 
IF FllterFld <> " 

8 8,1 SAY "Enter word (si to search for: ",- 

GET FllterStr PICTURE DUPCHAR (RANK ( "X' ) ,30) 
READ 

FllterStr = TRIM (FilterStr) 
IF FllterStr <> "' 

"Relational Operators;' 

(equal)' 
'> (greater than) ' 
'< (less than) ' 
■<> (not equal)' 



i 10,1 SAY 
J 11,5 SAY 
I 12,5 SAY 
§ 13,5 SAY 
8 14,5 SAY 
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City Desk takes 
a Mega Bita 



Out of Apple's Desktop Publishing Market 



■ 


CUT DESK ^H 


...^»^.. ^^ ^H 




^1 MrcnaSEARCH 1 ^^ 




i 



City Desk is a full featured 
Desktop Publishing 
Program designed with 
both the professional and 
amateur in mind. Now you 
have the power and 
flexibility to create high 
quality, professional looking 
documents. City Desk is for 
the serious users who 
demand the best, in 
products and results. 
$149.95 (U.S.) 

Version 1.1 Now Shipping! 

• Supports WordPerfect 

• Supports PostScript 

• Supports HP Laser Jet+ 
Verslon 1.0 Owners Call for FREE Upgrade 

(This page was created with City Desk and a PostScript Printer.) 



Version 1.1 Features 

• Supports WordPerfect 

- 140 Page manual created with City Desk 

• Simple start Up exercise using text and graphics 

• Automatic kerning and leading 

• Powerful embedded command options 

• Unlimited font changes in the text 

• Flow text around graphics 

■ Any number of fonts on a line 

• All preferences printers supported 

• Prints IFF pictures 

• Prints color pictures in gray scales 

• Text and graphic editors included 

• Headers or Footers 

• Automatic page numbering 

• Horizontal and vertical ruling with variable line weights 

• Widow and orphan control 

• Indents and outdents 

• Left, right, center, or fill justificatjon 

• Reverse type and graphics 

• Not copy protectedl 



Head Coach Pro Football Simulation 



If you've ever wished a computer football game could be more like a chess game... then its time you met the new Head Coach. Head 
Coach is a strategic game, not an arcade game. Playing Head Coach is as close to coaching the Pro's as you can get without signing a 
contract. You send in the plays, setting the 
strategy for those exciting long drives 



toward your opponents end zone. You call 
the plays the same way a coach calls plays. 
It's easy and fun to have the QB hand off to 
the Halfback and send him through the 
"three hole", by entering the simple 
command "RHBS". With Head Coach you 
can use the stiindard offensive or defensive 
playbooks or create your own. You can even 
desi)>n custom plays while the game is in 
progress! 



Head Coach W, 

Foatbad &lni 




$49.95 (U.S.) 



• Have instant replays, even slow motion 

• Show Stats while game is in progress 

• Player injuries and substitute players 

• Create realistic defensive alignments 

• Returns fumbles and interceptions 

• Call blocking assignments and snap count 

• Display jersey number or player strength 

• Computer can run either, neither, or both teams 

• Create weather; wind, sun, rain, or snow 

• Choose stadium type, name and surface 

Now Shipping! 




MicroSearch 

9896 Southwest Freeway, Houston, TX 77074, USA, (713) 968-2818 



Canadian Dealers: We now ship direct from Vancouver B.C. Call us for 
details. "At MicroSearch, wa listen to our customers,.,caretully." 
PostScript is a reg. TM of Adobe Systems Inc., WordPerfect is a reg. TM 
of WordPerfect Corp., HP LaserJet+ is a reg, TM of Hewlett-Packard 
Corp. Apple is a reg. TM of Apple Computer Corp. 
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a 15,5 SAY '<- Hess Chan or equal! ' 
8 16,5 SAY *>- (greater than or equal)' 
@ 17,3 SAY 'Enter one: ' GET FilterType PICTURE 'XX' 
READ 

FilterType = TRIX(FilterType) 
IF FllcerType <5 " 

Key - FllterFld + " " + FllcerType + •■'■ + ■■■■•,• 
+ FllcorStr + "'" 

? 'Filtering file,' 
SET FILTER TO SKey 
ELSE 

SET FILTER TO 
FllterFld - ' " 
Fllterstr - ' ' 
FilterType - ' ' 
ENDIF 
ELSE 

SET FILTER TO 
FllterFld - • ' 
Fllterstr » " ' 
FilterType - ■ ' 
ENDIF 
ELSE 

SET FILTER TO 
FllterFld - ' ' 
FilterStr = ' ' 
FilterType - • ' 
ENDIF 

Key ■= ' * 
RETURN 



* Data index program 

paOCEDURE Set-Index 

ERASE 

15 1,1 SAY 

e 3,1 SAY 



■MallLlst Index' 
"Current Index - "+IndexStr 
IndexStr = Indexstr + DUPCHARfRANK (' '),50) 
9 5,1 SAY 'Data field names:' 
? 6,5 SAY 'LAST, FIRST, STREET, CITY, STATE, ZIP, 

+ ' PHONE, and NOTES' 
(5 1,1 SAY 'Enter Index order: ",- 

GET IndexStr PICTURE DUPCHAR (RANK{ ' I ' ) , 53) 
SET CONFIRM ON 
READ 

IndexStr = TRIM (IndexStr) 
? * ' 

USE £Dnai!ie£Fname 
IF IndexStr <> " 
? ' Indexing file.' 
IF FILEi"RAM:ITEHP.NDX") 

DELETE FILE RAM: ITEHF. NDX 
ENDIF 

INDEX ON tIndexStr TO RAM:ITEMP 
ELSE 

? ' Index removed.' 
IndexStr = ' ' 
ENDIF 

Key = ■ ' 
RETURN 



* Add nev* records program 
" Improved security. 

PROCEDURE Add 

3 'Opening data entry file.' 

IF FILE CRAM: ADD. DBF') 

DELETE FILE RAM:AOD.DBF 
ENDIF 

COPY STRUCTURE TO RAM:ADD 
SELECT SECONDARY 
USE RAM:ACD 
Key - ■ ' 

DO WHILE (Key <> 'Q' ) 
APPEND BLANK 

Key - • " 



uses te-Tiporary file for data 



DO WHILE (Key <> 'A') .AMD, (Key <> 'Q' ) 
Key = 'A' 
ERASE 
S 4,29 SAY 'New Record Nunber:' 
4, Col 0+1 SAY • PICTURE 'tffH' 

6.15 SAY 'First Name' 
6, Col 0+1 GET First PICTURE '! 1 !!!!!!!!! i M! ' 

7.16 SAY 'Last Name' 
Row 0, Col 0+1 GET Last; 

PICTURE ' ! 1 ! I ! ! 1 ! 1 ! ! n ] 1 ! M I ! I ! ! ! I I ! ! i ! i ' 
S,19 SAY "Street " GET Street 
9,21 SAY 'City • GET City 

■ GET State PICTURE • ! ! ' 
GET zip PICTURE 'fHII' 
8 12,20 SAY 'Phono ' GET Phone PICTURE ' (M f )#•»-!(< I' 
e 13,20 SAY 'Notes " GET Notes 



e 10,20 SAY 'State 
e 11,22 SAY 'Zip • 



SET CONFIRM OFF 
READ 
@ 18,30 SAY *A » Add another name' 
8 19,30 SAY 'Q - Quit adding' 
S 20,30 SAY 'E - Edit this name' 
@ 21,39 GET Key PICTURE '!' 
SET CONFIRM OFF 
READ 
EHDDO 
ENDDO 

DISPLAY ALL 
ERASE 

Key - ' ' 
nx) WHILE Key <> 'N' 

ACCEPT 'Do you wish to print the new entries? (Y/N) : '; 

TO Key 
Key - ! (Key) 
IF Key - 'Y' 

[» Print 
END IF 
ENDDO 
ERASE 
USE 

SELECT PRIMARY 
Key - ' ' 
ACCEPT 'If you wish to discard the new entries enter "Q"; 

TO Key 
Key = ! (Key) 
IF Key <> 'Q' 
ERASE 
7 "Posting new entries to the T^in file.' 
APPEND FROM RAH: ADD 
ENDIF 

Key = ■ • 
RETURN 



* Edit existing records 

PROCEDURE Edit 
Key = • • 
Macro = ' ' 
TargetFld = " ' 
TargetStr » ' • 
DO WHILE TargetFld <> "Q' 
ERASE 



? 'MsilList Editor' 

? ' ' 

? 'Fields: LAST, FIRST, STREET, CITY, STATE, ZIP,'; 

+ ' PHONE, and NOTES' 
ACCEPT "Enter name of field to search (or Q to quit) : 

TO TargetFld PICTURE ' : ! ! ] ! !! I ! I ' 
IF TargetFld <> " .AND. TargetFld <> "Q' 

? * * 

ACCEPT 'Enter word (s I to search for: " TO TargetStr 

7 'Searching' 

GOTO TCP 

LOCATE FOR TargetStrStTargetFld 
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(Kay <> 'Q') .AND. .NOT. EOF 



'••III' 



Key - 'C 

DO WHILE 
ERASE 
Key " 'C 
SET CONFIRM ON 

e 4,28 SAY 'Record Natiber:' 
e Row 0, Col 0+1 SAY f PICTURE 
@ 6,17 SAY 'First Namo •; 

GET First PICTURE '!!!!!!!!!!!!!!! ' 
a 7,18 SAY 'Last Name ',- 
GET Last; 

PICTURE '!!!!!!!: M !!!!!!!!!!!]!!!! I ; i ! T . 
e,21 SAY 'Street ' GET Street 
'City ' GET City 

' GET State PICTURE 'I!' 

GET Zip PICTURE '••••#• 

' GET Phone PICTURE ' (if •) lll-l lil' 

' GET Notes 



'State 



'Notes 



"Q - quit this record' 



3 

S 9,23 SAY 

8 10,22 SAY 

8 11,24 SAY 'Zip ' 

8 12,22 SAY 'Phone 

e 13,22 SAY 

? 19,28 SAY 
SET CONFIRM OFF 
READ 
9 19,28 ERASE 

8 19,28 SAY 'Q = quit searching' 
e 20,28 SAY 'C = continue search 
@ 21,37 GET Key PICTURE '!' 
SET CONFIRM OFF 
READ 
IF Key <> 'Q' 

e 19,0 ERASE 
S 19,35 SAY 'searching' 
CONTINUE 
ENDIF 
ENDDO 
ENDIF 
ENDDO 

Key - ' ' 
RETUR.N 



* List rile to video 

PROCEDURE List 
ERASE 

3 ' Rec I Name - Last First 

* ' City Zip..' 

LIST ALL Last, First, City, Zip 

ACCEPT "Press <ENTER> to continue' TO KEY 

Key - ' ' 

RETURN 



" Print file master list. 

PROCEDURE Print 

ERASE 

SET PRINT ON 

SET PRINT OFF 

WAIT 'Press <RETURK> to continue' 

ERASE 

SET CONSOLE OFF 

SET PRINT ON 

" Printer set-up for Centronics 739 

? CHR(27) tCHR(2Q) 

• Printer set-up for Laser Jet 

* ?? CHR(27)+'E'+CHR(27)+'SlOO'+CHR|27)+' (8U'tCHR|27)i 

+' (s0pl6.6ha.8u0sObOT' 
SET LEFT MARGIN TO 
SET TOP MARGIN TO 
SET aOTTOM MARGIN TO 
GOTO TOP 

? ■ LAST FIRST 

STREET'; 



PHONE 



NOTES' 



I^s^TERc:HA^JGE 

Share objects between ScaifA 3D and \^deoScape 

Use Sculpt 3D as an editor to create objects for \%leoSc^)e 

Make HAM ray-ttaoed V^deoScape soenee with Sculpt SD 



Interchange™ converts Sculpt 3D objects to TfldooScape objodB 
and back again. Save hours of work and tedious cakulatbns by 
using Sculpt 3D to make VideoScape objects. Share objects with 
others. 

Price $49.95 

Send chock cr mercy orJcr only. WI and MA residtsits add 5% esies, tax. 
TWs ptoduct requirea Sculpt 3D and VideoScape. ]t is not a stand-alone 
animation prograra Send a (stamped, sdfaddreesed envelope £«■ a cata- 
log of SyndcEia producla. Dcaky inqunies invitod. 



s^}xroEsis 

20 West Street 
Wilmington, Massachusetts 01687 



Inlenhm^ in u bBd«rark of S^nlsai. SoJpt 3D and Vxia&ape 3D are 
trademaAs of ^rle ly Byt* Corpmilkin and Aigw DeMiipmert, imjoctivdy. 



LIST OFF ALL 70 PRINT 

* Laser Jet reset coramand 

• ?? CHR(27)+'E' 
SET PRINT OFF 
SET CONSOLE ON 

? ' * 

? "Print complete.' 

WAIT 'Press <HETUR.S'>' 

RETURN 



• Label printer program for 3-up labels on 9" paper 

PROCEDURE Labels 

ERASE 

Spacer = DUPCHAR (HANK I ' '),61) 

SET PRINT ON 

SET PRINT OFF 

? ' ' 

? "Turn printer off, position three accross labels,"; 

+" turn printer on." 
ACCEPT "Press <ENTER> to contince' TO Key 
ERASE 

SET CO.^iSOLE OFF 
SET PRINT ON 
' Set 16 cpl font on Centronics printer 

• then reverse feed the paper 
? CHR(27|+CHR(20) 

Counter = 12 

DO WHILE Counter > 

? CHR(27) +CHR (138) +CHR (27) +CHR (138) 

DEC Counter 



continued.. 
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\OUR AMIGA CAN NOW 
ORADUAIE TO A HID! 



Make the educated decision on a hard 
drive. The Phoenix PHD hard drives are 
here. Available in 20 MB and 40 MB 
models (higher capacities can be special 
ordered). The PHD hard drives come 
completely formatted and ready to use: 
simply plug into the expansion port on 
your Amiga and go! True SCSI interface 
with pass-through expansion capabili- 
ties of course. Phoenix I-ngineering hard 
drives are available for both the Amiga 
500 and 1000 series computers. (1000 
series is fan cooled) PHD hard drives are 
bundled with assorted public domian 
software. Full one-year parts and labor 
warranty, and our technical support team 
is always ready to assist with questions 
you may have. Get Smart, Get a PHD 
hard drive. 

In Stock, 

Call 1-913-632-2150 
Benchmark Test Available 
VISA and Mastercard Accepted 
Dealer Inquires Welcome 



The Hioenix Electronics 
PHD 50O-20MB a 40MB 



20MB-$949 

40 MB- $1389 

loentx Electronlca 
[>00-20MB a 40MB 

affi-$969 




ELECTHOIMICS, INC. 



P.O. Box 156, 314 Court St.. Clay Center. KS 67432 



EKDDO 




No:Prlnted = No:Prlnted + 3 




Counter = 




e 4,0 SAY 'Current label count:' 




Ko: Printed = 




@ R0W(|,C0L()+1 SAY No:Printed PICTURE 'f#*l#' 




SET TO? MARGIN TO 




SET CONSOLE OFF 




SET BOTTOM MARGIN TO 




SET PRINT ON 




SET LIKE COUNT TO 66 




IF First - ' 




SET LEFT MARGIN TO 




Linel - Linel + TBIM(Last) 




GOTO TOP 




ELSE 




DO WHILE .NOT. EOF 




Llnel = Linel + TRIM (First) + ' ■ + TRIM (Last) 




IF First - - 




ENDIF 




Llnel = Last >■ S (Spacer, 1,19) 




LineZ ' Line2 + TaiM{Street) 




ELSE 




Lines - Llne3 + TRIM(Clty| + ", " + State -r " 


+ Zip 


counter = IS - LEN (TRIM (First) 1 




SKIP 




Linel - TRIK(Flrsi:) +' '+ Last t S(Spacor 


1, Counter) 


IF LEM( Linel) > 131 




EKDIF 




Linel " S(Llnel, 1,131) 




Line2 = Street + 5 (Spacer, 1, 24) 




EN-DIF 




Counter - 38 - LEK (TRIM (City) ) 




? Linel 




Line3 = TRIM (City! + ", " + Etato + " " + 


Zip; 


? Llne2 




+ $ (Spacer, 1, Counter) 




? Line3 




SKIP 




O " " 




IF First - ' 




y .. 1. 




Llnel - Linel * Last + S (Spacer, t , 1 9) 




7 " " 




ELSE 




ENDIM 




Counter - 18 - LEK (TRIM (First) 1 




SET PRINT OFF 




Linel = Llnel + TRIM (First) + ' • + Last 




SET CONSOLE ON 




+ $ (Spacer, 1, Counter) 




-5 » * 




ENDIF 




7 'Print complete.' 




Hne3 » Ltne2 + Street + S (Spacer, 1,2',) 




ACCEPT 'Press <RETURH>' TO Key 




Counter - 38 - LEN (TRIM (City) } 




Key = • ' 




Lines = Llne3 + TRIM (City) + ", " + State + 


" 


RETURN 




+ Zip -r S (Spacer, 1, Counter) 








SKIP 








SET CONSOLE OW 






•AC. 


SET PRINT OFF 
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AA1AZJ2VG REVIEWS 



Amiga Pascal 

Reviewed and Previewed 



by Michael McNeil 



When evaluating an implementation of 

Pascal language for the Amiga or any 
other computer, it is tempting to compare 
and contrast it with other programming 
languages. That is the wrong approach. 
There is no such thing as an all-purpose, 
all-powerful, allopable computer 
language (or computer, for that matter). 

Each language has its own strengths and 
weaknesses. Given the same program- 
ming task, equally expert programmers 
and the Amiga, the Macro Assembler 
version will probably run fastest, the C 
version will probably come in second, 
Amiga Pascal third and Amiga Basic last. 
This type of comparison is worthless. The 
real point is that some things can bo done 
in Assembly more easily and quickly than 
in C, and vice versa. 

Every programming language has a set of 
capabilities that make it particularly 
strong in some aspects, while sacrificing 
strength in other aspects. BASIC is 
commonly described as 'quick, but dirty'. 
C is often called a 'write-only' language 
— too difficult to comprehend when read. 
Assembly language has a reputation for 
speed, as well as difficulty. 

Many things can be done quickly and 
easily with the Amiga Macro Assembler, 
Amiga (Lattice) C, Amiga Basic and 
Amiga (Cambridge) Lisp that can be done 
only with considerable difficulty in Pascal 
(on the Amiga or any other machine). 
Therefore, why hasn't Pascal become the 
Latin of programming languages? 



Pascal is a computer programming 
language pioneered by Niklaus Wirth 
during the late 1960's and early 1970's. 
Wirth intended Pascal to be a good first 
language for people just learning to 
program. Because it was designed as a 
beginner's language, Pascal has a rela- 
tively small number of concepts to learn. 

Wirth's concentration on easy implemen- 
tation made the task of writing a compiler 
for Pascal relatively easy and, accord- 
ingly, Pascal quickly became available on 
many different machines. The real 
strength of Pascal is that it forces a 
programmer to write with a style that 
time has shown to be good, standard 
programming practice. 

Amiga Pascal is actually MCC (Mcta- 
comco) Pascal 68000 and meets the ISO 
(International Standards Organization) 
standard 7185. 68000 represents the 
Motorola 68000 central processing unit 
used in the Amiga and other quality 
computers. In order to comply with [SO 
standard 7185 (and thus carry the name 
Pascal), Amiga Pascal had to meet or 
exceed a set of standards which define 
Pascal as a language. 

One of the goals of standardizing a 
language is program portability. Ideally, 
you should be able to enter the source 
code of an error-free Amiga Pascal 
program on some other machine and 
compile it and run it without error. That 
is an admirable goal. Think about it. Can 
you do that with Amiga Basic? 

If you try Amiga Basic, you can't run 
programs written in the earlier ABASIC 
without considerable changes. Both call 



themselves BASIC, both are languages for 
the Amiga, yet neither works with the 
other. Guess what? Within certain limits, 
an Amiga Pascal program can be entered, 
compiled and run on other machines 
without error and without changes. 

Amiga Pascal, like any Pascal, forces you 
to do something that other programming 
languages don't force you to do. You 
must think the programming task 
through before you enter the code. 

The design process of any programming 
project is critical to efficient code. Too 
many languages encourage you to design 
your programs well (without telling you 
what that means), while allowing you to 
develop bad habits. Not so with Pascal. 

Here's an example. In Amiga Basic, you 
can begin your program with the "main" 
section of code. In that main section, you 
can make calls to subroutines. The code 
for those subroutines can then be entered, 
after the main section of code. Provided 
there are no syntax errors or logical 
errors, your program will run fine and 
produce valid results. It may even seem 
to run fast, but because you've been 
allowed to be inefficient by the language, 
you've built that inefficiency into your 
program. It may seem perfectly natural 
to place the subroutine code after the 
main section of your program, but you 
must remember how the computer sees 
the world. 

Let's say you've written a program to 
compute a number raised to the power of 
three. Your main section gets the number 
to be cubed from the user and passes the 

continued... 
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input to a subroutine that computes and 
returns ihe cube of the number. The main 
section then displays the result on the 
screen. 

In execution, the Amiga follows your 
instructions precisely. It gets the number 
from the user and then encounters the 
instruction to pass that number to the 
subroutine. At this point, inefficiency 
creeps into your program. 

The Amiga knows which instruction it is 
attempting to follow, so it can "remem- 
ber" where to return to in your program 
after it finishes the subroutine. The 
Amiga doesn't know where to find the 
subroutine, though, so it must search for 
it. 

Ever hoar the phrase, "Begin at the 
beginning?" In most cases, that's exactly 
how a computer finds a subroutine. 
Beginning with the first line of the 
program, the computer examines each 
line of the program until it finds the 
subroutine. Sure, the examination 
process is very fast, but it docs take some 
amount of time to examine each line. The 
sooner your subroutine is found, the 
faster your program runs. This example is 
only one of the many aspects of efficiency 
in programming. 

Pascal gives you no option. You must 
enter your subroutines (called procedures 
or functions), followed by the main 
section of your program. If you try to 
switch the order, your program will not 
be accepted by the compiler. 

Because you must enter your subroutines 
first, you must have a very good idea of 
exactly what they are, and where they fit 
in the overall scheme of your program. 
You have no option. You have to think 
the program through before you type it 
in. 

Amiga Pa.scal measures up very well 
against the ISO Pascal standard. Perhaps 
too well. One of the unfortunate side 
effects of standardizing a language is that 
any version of the language inherits the 
shortcomings of the standard. As time 



goes on, the "standard" falls further and 
further behind the times. Considering the 
fact thai the Pascal standard has been 
around since Wirth designed the lan- 
guage in the early 70's, it is not surprising 
that Amiga Pascal has no built in facility 
to explore the Amiga's powerful audio- 
visual features. You might expect Amiga 
Pascal to be standard Pascal, plus some 
added facilities to explore the unique 
features of the Amiga. Not so. 

It's not that the developers didn't think 
about adding capability to Amiga Pascal. 
Version 1.0 includes the directive 
EXTERNAL {see table). The errata says 
the directive isn't implemented in version 
1 .0 and even if it were implemented, you 
would have to do some things that the 
manual doesn't mention (like buying the 
Macro Assembler just for Amiga. lib, 
which wasn't included with Amiga 
Pascal). 

The next step is documentation. There is 
such a thing as too much documentation 
and Amiga Pascal made sure to avoid 
that shortcoming. The thin manual 
supplied with version 1 .0 basically states 
that it is not intended to be a primer or 
tutorial of the Pascal language and that 
no prior knowledge of the Pascal lan- 
guage is assumed (I'm not sure if they 
really thought about that. If they assume 
you don't know Pascal, wouldn't tutorial- 
style documentation be appropriate?). 

In any case, you should not try to learn 
Pascal from this manual. Many things 
relating MCC 68000 Pascal to the Amiga 
aren't stated very clearly, such as: You 
should enter your source code using the 
CLI Ed (or Edit if you prefer a single line 
editor) or some other editor. There is no 
"extension" required on the source code 
filename, but <fi!ename>.pas is com- 
monly used. The manual doesn't include 
instructions for using CLI or Ed, even if 
you figure out that you should use an 
editor. 

Assuming you already know that Pascal 
is a compiled language, and that your 
source code must be compiled into object 
code, and that the resulting object code 
must then be linked to the Amiga 



operating system before the program can 
be run, you must know exactly how to go 
about accomplishing that task on the 
Amiga. You won't find a well-written 
description in the manual. Many unspo- 
ken assumptions are made. The errata 
helped, magazine articles helped some 
more and the Macro Assembler manual 
helped even more, but clarity was still 
lacking. 

It should be easy to write instructions 
telling you how to run your program after 
it has been compiled and linked; the 
process is simple. While in a CLI window, 
typo the filename of linked program file 
and press return. DO NOT type RUN 
before the filename. DO NOT type 
EXECUTE before the filename. Just type 
the filename. This tip might save you a 
day or two of trying to fix a perfectly 
good program. 

Although the documentation is unexpect- 
edly frustrating, you will eventually 
realize that what the manual states so 
incomprehensibly is also stated correctly. 
You just won't discover this fact until you 
have succeeded in compiling, linking and 
running a program on your own. 

The manual proclaims itself a reference 
manual for MCC 68000 Pascal. An index 
would seem to be an appropriate item in a 
reference manual, whether it is assumed 
that the user knows Pascal or not. There is 
no index included here. Even if you know 
what you want to look up, it is going to 
take you quite some time to find it. 

In all fairness, 1 am writing this article 
from the vantage point of hindsight. I 
suspect that the documentation problem 
lies somewhere in the original Amiga 
development effort. It is difficult for 
someone to develop documentation for 
one part of a large project, while someone 
else develops the documentation for 
another part, and yet a third party 
develops the documentation that draws it 
all together. Some ambiguity in each part 
should be expected. 



continued... 
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FOR KIDS 
4&UP 



CON 
SOUND 

TRATION 



A game for children using the AMIGA'S great sound and 
graphics. In this modern version of the old favorite 
concentration game, your child must match a picture with 
the correct sound... sounds such as musical instruments, 
home sounds, animal noises, and environmental sounds. 



One or two players. 

Four play levels. 

Three different games... PICs, ABCs, 1 23s. 

Randomly generated gameboards. 

Easy to recognize digitized sounds 

and colorful artwork. 
Helps build ear-eye-hand coordination. 
Requires no reading skills. 



WARNING! 

May be too hard 

for most adults! 

A challenge for 

young & old alike. 



UNCLE D'S C0N*S0UND*TRAT10N 
ALOHAFONTS VOL 1 
ALOHAFONTS VOL 2 



$39.95 
$19.95 
$19.95 



At your dealer now. 



OR ORDER DIRECTL Y FROM: 



f LumFums 



ff^'^f^-.>^-.f^^ff^ 



TM 



AlohaFonts, P.O. Box 2661 , Fair Oaks, CA 95628-2661 

Please include $2.50 shipping and handling for each item. 
California residents please add 6% sales tax. 
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Good news, bad news 

Commodore Amiga is working on an 
upgrade to Amiga Pascal. They were 
kind enough to lot mc work with a copy 
of what they have so far. The EXTERNAL 
directive works, but not as I expected 
from the documentation. No new 
documentation was provided with the 
upgrade they sent to me. I was stili 
saddled ^vith the old stuff, just fewer 
errata to be concerned with. So far, the 
upgrade only goes as far as trying to 
make Amiga Pascal perform in accor- 
dance with the documentation for the 
original version. 

The direction that upgrade plans will 
finally take has not been decided. Those 
plans will be announced soon. I cast my 
vote for a full-blown .Amiga Pascal, 
complete with the tools to enable the 
"good stuff," and good, thorough, 
tutorial-style documentation. Commo- 
dore also hinted that a reunion between 
Commodore and Metacomco might be 
part of the upgrade announcement. 

At Commodore's suggestion, I tried 
calHng Metacomco to ask them about the 
status of their other Pascal package for the 
Amiga which is independent of 
Commodore's Amiga Pascal. Apparently, 
Metacomco has gone home to England; 
they no longer have an office in the U.S.. 
If you want to call Metacomco, call the 
operator at 800-654-9812 and let her 
know that you arc trying to dial 408-438- 
7201. You'll be given Metacomco's 
overseas number and address. 

In conclusion, Amiga Pascal is a very 
good implementation of the Pascal 
language. The real weaknesses of Amiga 
Pascal version 1.0 arc its failure to explore 
the special power of the Amiga and poor 
documentation. 



(Note: If you are taking Pascal as a course 
in school, the following table may help 
convince your instructor that Amiga 
Pascal is suitable for homework assign- 
ments. Instead of competing for time on 
the school's system, you could be doing 
the assignment at home on your Amiga.) 



•AC" '-" 



Table of Amiga Pascal 

RESERVED WORDS, SYMBOLS, IDENTIFIERS 



AND 


ARRAY 


BEGIN 


CASE 


CONST 


DIV 


DO 


DOWNTO 


ELSE 


END 


FILE 


FOR 


FUNCTION 


GOTO 


IF 


IN 


LABEL 


MOD 


NIL 


NOT 


OF 


OR 


PACKED 


PROCEDURE 


PROGRAM 


RECORD 


REPEAT 


SET 


THEN 


TO 


TYPE 


UNTIL 


VAR 


WHILE 


WITH 


+ 


, 


= 


> 


{ 


- 


1- 


<> 


( 


} 


m 


; 


< 


) 


A 


t 




<= 


( 


,,■ 


:= 


' 


>= 


) 


FORWARD 


ABS 


ARCTAN 


BOOLEAN 


CHAR 


CHR 


COS 


DISPOSE 


EOF 


EOLN 


EXP 


FALSE 


GET 


INPUT 


INTEGER 


IN 


MAX! NT 


NEW 


ODD 


ORD 


OUTPUT 


PACK 


PAGE 


PRED 


PUT 


READ 


READLN 


REAL 


RESET 


REWRITE 


ROUND 


SIN 


SQR 


SORT 


SUCC 


TEXT 


TRUE 


TRUNC 


UNPACK 


WRITE 


WRITELN 











Notes 



Compile-fime LIST option, errors/warnings Interspersed witti 
source code in resulting file. 



• Implementation; level of ISO 7185 (BS 6192) standard 
. MAXINT = 2147483647, -MAXINT= -2147483647 

• Data Types supported; 



• Simp!© 




• Integer 


• Real 


• Character 


• Boolean 


•Structured 




• Enumerated and ordinal sub-range{s) of 


•Sets 




•Arrays 




• [Records 




• Pointers 




• Files 





• Sets can contain up to 250,000 elements. 
• Set operators; 

test on equality 
<> test on inequality 
<= test left set is subset of right set 
>= test right set is subset of left set 
IN test for membership In set 

form Intersection of two sets 
+ form union of two sets 

form difference of two sets 



• Extensions to ISO standard; 

. RESET and REWRITE 
extension allowing internal 
files to access external 
files. External file name(s) 
may be passed at run time. 

• INCLUDE, allowing source 
code of modules to exist In 
thelf own files, for inclusion o\ 
compile time. 

• EXTERNAL, allowing pro- 
grammer to reference (the 
object code oO other 
programs as modules of this 
program, Not Implemented 
in Amiga Pascal version 1 .0. 
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AC-BASIC Compiler 

Overview — Part II 



by Bryan Catley 



Ed Note: The first article in this series, 
"AC-BASIC Compiler, Part l" {V 1.9, p. 
64), listed the current Absoft AC-BASiC 
compiler as release 2.1. Ttie current release 
from Absoft is actually version 1.2. We 
apologize for any inconvenience caused by 
our error. 

Last time, wc discussed the AC/Basic 
package. We also discussed its compile 
time options, extensions to the Ami- 
gaBasic language, metacommands and 
the (very few) differences from the Ami- 
gaBasic interpreter. Finally, we touched 
upon some of the more annoying 
current problems and finished up by 
recommending that serious Basic 
programmers (who don't mind a few 
frustrations) purchase the compiler, 
while others wait for a release or two. 
(Wc also stated that ultimately, every 
AmigaEBasic programmer will want a 
copy of this compiler in his library). 



Compiler Output 

Even though the compiler is very rapid, 
it manages to keep up a continuous 
stream of output to keep you advised of 
its progress. This output is directed to 
the monitor and is referred to as 
compiler statistics. Of course, the 
primary output is the machine language 
version of the program which is written 
to the current directory. 

The statistics start immediately with "0: 
file-name," where "filename" is the 
name of the program you are compiling. 
This initial line is followed by: "\: 
nnnn," where "nnnn" is a running 
count of the program lines processed. 
(N.B. this figure bears no relationship to 
any Basic hne numbers present in the 
program). 



Once a single pass has completed, the 
following statements will be displayed 
on the screen: 

0: file-namo 

1: Symbol table complete 
Memory usage: 

Labels nnnnnnnn bytes 

Symbols nnnnnnnn bytes 

Total nnnnnnnn bytes 

Excess nnnnnnnn bytes 

Source nnnnnnnn lines 
2:000C» 

"Total" and "Excess" provide the most 
useful information. These figures allow 
you to adjust the amount of work space 
(set by the slider on the Control Panel — 
remember?) made available to the 
compiler. If you make use of the multi- 
tasking ability of the Amiga, these 
values will help you utilize your 
memory to its best advantage. Should 
you single-task your Amiga, these 
statistics may be considered general 
information. 

The second pass now starts and, once 
again, a running count of the program 
lines appear against the 2:. Assuming 
there are no errors, the compiler issues 
the message: "1: Object file complete." 

Next the third, and final, pass starts. 
This pass is actually more of a linker 
pass than a compiler pass. In fact, 
messages appear to indicate the linking 
of MAIN and each subprogram (by 
name) you have in the program. 

When this linking pass has been com- 
pleted, the following additional mes- 
sages are displayed: 

3: Progfom file complete: nnnnnn bytes 
Stack SzB: nnnnn bytes 
Elapsed time; m:ss = lines/minute 



Note the program size is only the 
amount of memory required to store the 
program; it docs not include memory 
required by dynamic arrays, custom 
screens and windows, file buffers, etc. 

The stack size is of particular impor- 
tance to CLI users. The default stack 
size for any program is 4{X)0, and if a 
program requires more than this 
specified amount, the result is almost 
always a system crash. Therefore, CLI 
users must use the STACK command 
appropriately. Workbench users need 
not concern themselves with stack size, 
since it is all handled automatically. 

Once the compile is complete, an 
"iconed" program results, which can be 
run by double-clicking on the icon or 
by typing its name at a CLI prompt. 
Neither the AC/Basic compiler nor the 
AmigaBasic interpreter need be present! 
However, if you did NOT select the R 
compile time option, you will need the 
run time library (if you did select the R 
compile time option, the program is 
COMPLETELY independent). 

If errors are detected during the 
compile, 2: is bypassed, and 3: becomes 
an error report. A compile time error 
report which looks like; 



error in line nnnnn (xxxx); qq - text 



nnnnn is the physical line number 

xxxx is a reproduction of a portion of 

the erroneous program line 

qq is an error number which may be 

looted up for further information in 
the provided documentation 

text is a brief description of the error 

continued... 
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My biggest complaint with all this info 
is that "xxxx" is usually too brief to be 
recognizable. It becomes very difficult 
to find and correct the statement in 
error, especially when the error occurs 
towards the end of a large program! 
Further, most original AmigaDasic 
programs don't use line numbers, so 
"nnnnn" may not be very useful, unless 
you already have a complete listing and 
are willing to do some mathematics. 

Very frequently, it is necessary to 
recompile with a full list directed to 
disk, which is then "browsed" or 
printed. (A situation which is not that 
uncommon in the main frame world). 

I think it may help to expand "xxxx" to 
show the entire program lino, even if it 
means a two line error message. Other 
than that slight help, I'm not sure what 
else might be done to improve this par- 
ticular situation. 

The disk files produced by the compiler 
arc named as the program being com- 
piled, but the 
executable 
program is given 
a ".run" suffix 
and any list file 
is given a ".1st" 
suffix. 



This ".1st" file 
may be printed 
by selecting 
"Print" from the 
compiler's project 
menu. N.B. At 
this time, the 
".1st" files are not 
given icons, 
making them 
very easy to 
forget! 



use the AC/Basic compiler, you might 
as well compile the sample program 
"Hello" right from your initial backup 
disk, as the documentation suggests. 
This program uses graphics to "rotate" 
the letters in the word "ABSOFT," and 
may bo used to try out all the various 
compiler options. Additionally, running 
the compiled version, and then running 
the same program under the interpreter 
will give you a pretty good idea of how 
much faster compiled programs actually 
runl 



installing the Compiler 
for Day to Day Use 

Almost certainly, you will want to set 
up a special AC/Basic work disk, 
whether it be a special Workbench disk 
or (as I have things set up) an individ- 
ual work disk (it's up to you and your 
hardware configuration). This disk will 
be your "working" disk. Appendix H 
of the AC/Basic documentation pro- 
vides all sorts of information for custom 
installations, including hard disks. The 



Using tiie 
Compiler 
for the First 
Time 

When you first 







Opt 


CSizc 


CStack 


Size 


Stack 


Time 


Lns/Min 








CT 


6912 


4468 


7648 


4468 


a28 


711 








CNT 


K506 


4468 


9332 


4468 


a29 


686 








CNTR 


8506 


4468 


50852 


4468 


1:29 


223 






Program Hello 


T 


6096 


4468 


6832 


4468 


0:25 


796 






(332 lines] 


TU 


6072 


4876 


6808 


4876 


a28 


711 








RTU 


6072 


4876 


48328 


4876 


1:23 


240 








NT 


7780 


4468 


8516 


4468 


0.32 


622 








NRT 


7780 


4468 


50O36 


4468 


1:27 


228 








CNT 


53264 


4706 


54000 


4706 


1:06 


826 






Program Houselnv 


CNTR 


53264 


4706 


95520 


4706 


2:14 


407 






(909 lines) 


NT 


48304 


4706 


49010 


4706 


1:06 


826 








N[?r 


48304 


4706 


90560 


4706 


2:16 


401 






Program Houselnv 

(UsingDIM STATIC 
where possibk') 


CNT 
CNTR 

NT 


47920 


6730 
6730 
6730 


54400 
95020 
48656 


6700 
6703 
6703 


1:05 
2:16 
1:07 


839 
401 

814 






Nr?r 


47920 


6730 


90176 


6703 


2:15 


404 

























• Since "Houselnv" makes use of ON MOUSE and 
ON MENU statements, the use of the N compile 
time option is mandatory. 



only thing I would add to this compre- 
hensive appendix is a suggestion that 
you, by all means, should include a 
copy of AmigaBasic on ANY disk on 
which you have AC/Dasic installed. 

When you start compiling your own 
programs, you may very well end up 
with perfectly valid syntax errors that 
you never expected to see! Remember, 
the interpreter only looks at statements 
as they are executed; if a statement is 
never executed, the interpreter can never 
check it. However, the compiler checks 
EVERY statement within the program, 
giving syntax errors wherever appropri- 
ate! 



Compiler Times 

As indicated a little earlier, AC/Basic is 
really a combined compiler and linker. 
Passes 1 and 2 do the compiling, white 
pass 3 docs the linking. All this work is 
done very rapidly. Don't expect to be 
going for a cup of coffee while waiting 
for a compile to complete with AC/ 
Basic! 



The following 
tables represent 
various compile 
times for the 
given 332 line 
sample program 
("Hollo") and 
the 909 lino 
"Houselnv" 
program (see 
Amazing 
Computing 
Volume 2 
Number 4). 
Since the 
compiled 
programs may 
be executed by 
double-clicking, 
information pro- 
duced by the 
INFO Work- 
bench option is 
also included. 



• The CStze figures obviously do not include the 
size oi the run time library when the R compile 
time option is chosen. 



• "Houselnv" contains a number of static arrays, and one array whicfi must tie 
dynamically allocated, making use of the U compile lime option impossible. 
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Moving? 

Subscription 
Problems? 

Please do not forget to let us know. 

If you are having a problem with your 
subscription or you are planning to 
move, please write to: 

Amazing Computing'^" 
Subscriptions Questions 
PiM Publications Inc. 
P.O. Box 869 
Fall River, MA 02722 



Please remember, we can not gel your magazine 
to you if we do nol know where you are. 



Allow 4 10 6 weeks for processin 



Z 



2L 



»J 



AC/FORTRAN'" 



Mainframe quality, full feature ANSI FORTRAN 77 
coinpilcT liithides: Debugger, Linker, Library Manager, 
Runtime Librarj-, IEEE math, and C interface. Supports 
Complex numbers, Virtual arrays, Overlays and Linking. 
Not copy protected. S295. 

\^erslon for CSA 68020/6888 1 Turbo board also avaUable S40."). 



AG/BASIG 



From the authors of Microsoft B.ASIC compiler for 
Macintosh, comes AC/HASIC for the Amiga. 
Compatable with the Amiga B.\SIC interpreter: has 
more features and includes BLOCK IF, CASE 
statement, and STATIC keyword extensions and 
executes up to 50x faster. AC/BASIC is the new BASIC 
reference for MC68000 based personal computers. Not 
copy protected. $195. 



!ft m 



Telephone orders welcome 



.Scientific/Kngineering Software 

2781 Bond Street, Auburn HUls, Ml 48057/(313) 853-0050 

.Ajniga Iradcmark of Commodore/ .^miga. .Microsoft trademark of -Microsoft Corp. 



(CSizc and CStack represent statistics 
produced by the compiler; ISize and 
IStack represent information produced 
by the Workbench INFO option). 

Run Time Errors 

As with any language, the fact that a 
program compiles correctly is no guar- 
antee that it will run correctly. Ami- 
gnBasic is no exception. To handle this 
likely situation, AC/Basic provides a 
number of run time error messages, 
rather than just terminating the program 
in a rather ungracious manner. The 
format of these messages is as follows: 



Erfor n <at 1 U 11l> 

Click Mouse 

"n" is an error number (check Appendix 
F in the supplied documentation for 

more information) and "11111" is a 
physical lino number within the pro- 
gram. This last format is only used 
when the "N" compile time option has 
been chosen. 



Since it can be a somewhat difficult to 
find a specific physical line number 
within a program, it is probably advis- 
able to develop and test a program 
using the interpreter. Then,switch to 
the compiler only when you are sure 
the program is functioning the way it 
should, (But, be prepared to encounter 
some errors which the interpreter didn't 
catch!) 



AC/BASIC Compiler Bugs 

As I have already indicated, I have 
encountered a number of bugs in the 
process of putting this review together. 
It is only fair that I share them with 
you: 



Compile Time Bugs 

• If the compiler runs out of work 
space during the compile, it leaves its 
work files open. This quirk means these 
work files cannot be deleted, nor can 



the compiler be used again. A re-boot 
is the only way to get rid of the 
offending files. 

• f received a syntax error on a state- 
ment using several pairs of parentheses 
when, in fact, there was no error. 

• If a program is compiled without the 
U option, or without using DIM 
STATIC, and is then recompiled with 
cither of these options, the INFO stack 
size information is not updated as it 
should be. This difficulty means the 
program will probably crash if started 
from the Workbench. To correct this 
situation, click in the INFO stack size 
box, update it and save. Your only 
other option is to erase the program 
from disk before recompiling (This bug 
may be an Amiga bug of some sort, 
rather than an AC/Basic bug ... in any 
event, you need to be aware of it). 



continued.. 
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Run Time Bugs 

This category is, by far, the most inter- 
esting! 

• Multiple mouse clicks (in a gadget, 
for example) arc sometimes necessary 
before the dick is recognized. 

• A program making extensive use of 
the mouse may freeze at some point 
during its use. Sometimes, my mouse 
would freeze quickly, sometimes it 
would take awhile. Sooner or later, 
though, it would freeze, forcing a re- 
boot. This problem only occurred with 
one program. 

• If a program defines a menu with a 
certain number of items, and later re- 
defines that same menu with fewer 
items, the excess menu items from the 
original menu remain. Selecting one of 
these excess items crashes the system. 

• A number of demonstration pro- 
grams, which made extensive use of 
operating system calls, resulted in a 
blank window and screen (i.e. no icons) 
when terminated. There was no option, 
but to re-boot, A variation of this 
problem was a "Software Error" re- 
quester. The net result, however, was 
the same. 

• When using animation, collision 
detection occurred at the edge of the 
window, rather than where it was 
supposed to happen. 

• Mouse clicks were not detected cor- 
rectly when multiple windows arc open. 

• The Text& function docs not recog- 
nize screen positioning from a previous 
I'RINT PTAB statement. For example, 
with the following two statements; 

PRINT PTAB(20);:CALL 
Text&CRP&,'Abc-,3) 

"Abe" ends up in column one of the 
following lino, rather than 20 pixels 
from the left of the current line. 



• Not a bug, but... The SORTSUDS 
utility program (which rearranges 
subprograms scattered throughout a 
program), and which is provided as 
part of the package, spends much time 
manipulating statements without any 
screen output being generated. With a 
larger program, it is very easy to think 
the whole machine has just died! I 
believe an occasional "Working..." 
message directed to the screen would 
be very reassuring for many users. 

Absoft is aware of just about all of the 
above problems, and many of them, if 
not all, will bo corrected in an upcom- 
ing maintenance release (which, I 
believe, will be free to REGISTERED 
users). 

While it cannot be classified as a bug, 
there is one other quirk which fully 
concerns me — the size of the compiled 
module. As far as I am concerned, you 
should save some memory when you 
compiling a program which has previ- 
ously been used with an interpreter. 
After all, there is no need for the 
memory used by the interpreter itself, 
and surely the compiled code should 
require less memory than the combined 
source code and the interpreter? With 
the case of AC/Basic compiled pro- 
grams, this case apparently docs not 
hold true. Indeed, some programs 
which just fit (and work) with the 
interpreter, will run out of memory 
when a compiled version is executed, 

I would gladly accept increased compile 
times, if the size of the resulting 
program module could be reduced. 



AC/BASIC DocumGntatlon 

While not perfect, the documentation 
which accompanies AC/Basic is excel- 
lent. Chapters 1 to 6 document the 
compiler, how to use it, extensions, etc. 
Chapters 7 to 18 are an AmigaBasic 
reference manual, sequenced by usage. 
Appendices A through I cover a 
number of pertinent topics, including 
compile and run time error messages, 
installation notes, calling assembler 



language subroutines, etc. Remember, 
many complete examples are sprinkled 
throughout the manual and all of them 
are on the distribution disk in drawers 
labeled by Chapter number. My biggest 
complaints regarding the documenta- 
tion arc really nit-picking comments, but 
they arc worth noting. 

First, the pages are very busy. Lots of 
information is crammed onto each page 
and it is often difficult to find the exact 
information you are looking for. Sec- 
ond, the index must have been created 
from an earlier version of the documen- 
tation. Many times, I found information 
on a different page from that indicated 
in the index. Third, and last, dividers 
between the compiler section, the 
reference section and the appendices 
would really be beneficial and appreci- 
ated. 

CK'erall, you will be hard pressed to 
find better, more complete documenta- 
tion for any product. 



Some Final Comments 

The AC/Basic compiler has the potential 
to be one of the most important prod- 
ucts ever released for the Amiga. It is 
not quite there yet, but once the out- 
standing bug list has been reduced to an 
absolute minimum (remember, all 
compilers on all computers have 
outstanding bug lists for most of their 
lives), and once the size of the compiled 
code has been reduced, every serious 
AmigaBasic programmer will want to 
own a copy of AC/Basic. 

When you buy AC/Basic, REGISTER 
your purchase immediately. Call 
Absoft's Technical Support number 
when you have problems, but please 
don't expect Absoft to debug your 
program for you! 

AmigaBasic programmers could be in a 
very enviable position. Very few others 
will be able to combine the advantages 
of interpretive development with the 
independence of compiled production 
code. Use it to your advantage! 



•AC' 



38 



AMAZING COMPUTING V2.10 © 1987 



AmigaBASIC Structure 

How lines of BASIC code are represented internally by 
AmigaBASIC and more... 

by Steve Michel 



This article takes another stop doun the AmigaBASIC road 
by shedding light on structure. This discussion is not 
definitive, but rather a smattering of details from the innards 
of the Amiga. 

The AmigaBASIC DECODER, shown in Listing 1, illustrates 
how tines of BASIC code arc represented internally by Ami- 
gaBASIC. DECODER roads and analyzes a specified program 
file from disk. Earlier versions of DECODER tried to analyze 
the program from RAM memory while the program was 
resident in the AMIGA. This method proved too slow and 
cumbersome, though, because the architecture of the Amiga is 
so radically different from most other machines. 

Early PET computers loaded BASIC programs into memory 
starting at a constant address. This constancy made life a iot 
easier for both the operating system and the explorer. The 
Amiga allocates memory dynamically to different tasks as it 
sees fit. AmigaBASIC is no exception. One consequence of 
this process is that the starting memory location of a loaded 
BASIC program may be anywhere in memory, depending on 
such factors as number of disk drives, whether a CLI 
window is currently available or how many other multi- 
tasked programs arc active. 

When DECODER runs, it asks for the name of the file to be 
examined, whether to output the whole file or just the 
variable table and, finally, if screen or printer output is 
desired. DECODER then displays program information in a 
format similar to Rgure 1. 

The example output consists of twelve linos of numbers that 
show the internal representation of each of the twelve linos of 
the AmigaBASIC program listed in Figure 1. DECODER 
produces only the lines of numbers. The reference line 
numbers at the beginning of each line and the explanatory 
line description notes below the number linos wore manually 
added after DECODER finished running. TTic output in 
Figure J reveals that the structure of each line of AmigaBA- 
SIC adheres to the following general format. 

• Each line starts with a two byte descriptor. The first byte 
names the length of the line in bytes, including descriptor 



bytes and end of line markers. The second byte specifies the 
number of spaces to be INDENTED when the line is listed to 
the LIST WINDOW or printer. This arrangement represents 
good memory management ■ — indented lines do not consume 
bytes of memory for each space, but rather a single byte counts 
all indentation. For example, if a line is indented ten spaces 
and actual spaces are used, nine bytes of memory are wasted. 
In a large program, such squandering of memory can bo costly. 



• The tokcnizcd form of the line occurs next. If you arc not 
familiar with tokens, a token is a number that represents a 
BASIC keyword. For example, the keyword PRINT is not 
stored in memory as the letters 'P' 'R' T 'N' T (which would 
consume 5 bytes of memory), but rather is converted to a 
specific number (let's say 158 for the sake of illustration). This 
keyword-to-numbcr conversion process occurs as each line is 
entered into the LIST WINDOW. This number, through 
another translation process, produces the effects of the PRINT 
statement when the program is executed. Such tokenization 
accomplishes two important points: 1) memory conservation, 
by using one or two bytes of memory for the token, instead of 
one byto for each letter. 2) speeding up the execution process. 

In previous versions of Commodore Microsoft BASIC, the 
tokens were one byte in length, similar to lines five (FOR = 
148) and six (IF = 152), AmigaBASIC, however, has over half 
of its keywords represented by two byto tokens, similar to line 
three ( CLS = 248 131). I'll take the easy way out and say that 
the reason for two byte tokens is beyond the scope of this 
article (In other words, I don't have the foggiest idea why two 
byto tokens arc used. A single byte would easily handle the 
196 possible keywords. Maybe someone else out there would 
be kind enough to fill us in on this one. Is anyone at Microsoft 
listening ?). 

• Finally, each line ends with two consecutive zero bytes 
shown as 'EOL.' Incidentally, the term 'SP indicates a space 
and PTR' indicates a pointer. 

A closer look at Figure 1 reveals a few other facets of Ami- 
gaBASIC: 

continued,.. 
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TxEd 

Version 1.31 

Here's what the reviewers said about TxEd VI. 3: 
"What do I hke about TxEd? Just about everything. It's fast. 
It's easy to use." - Bruce Webster, BYTE Magazine 
"... a very good editor and an excellent value" 

- Jan & Cliff Kent , Ama7.ing Computing 

TxEd VI. 31 is our new European support release. Coming 
this fall, TxEd Plu.'.. All the speed and simplicity that has 
made TxEd the text editor of choice for thousands of Amiga 
owners, Plus POWER! 

TxEd and FastFonts owners — be sure to return your regis- 
tration cards so we can notify you of uptlatesl 



TxEd V1.31 

$39.95 

FastFonts V1.02 

$29.95 

(New Low Price) 

Mass. residents add 5%. 




IVIICROSIVIITHS, IIMC. 

RO. Box 561 

Cambridge, MA 02140 

(617) 354-1224 

BIX: cheath CIS: 74216,21 17 



• BLANK LINES - as shown in lines one and twelve; use four 
bytes of memory (true for all blank lines). 

» VARIABLE AND LABEL NAMES - are not stored directly in 
the BASIC text area, but rather are stored in a variable tabic at 
the end of the BASIC text. The end is denoted by two consecu- 
tive zeros in the line LENGTH and INDENTATION locations. 

In the AmigaBASIC program, variable and label names are 
represented by either three or four byte pointers. These pointers 
determine which variable or label will be accessed in the 
variable table. Three byte pointers are used for variables and 
labels, while four byte pointers arc used for labels following 
THEN or GOTO statements. For example, the variable X in 
lines four and five is represented by the pointer 10 1. The 
label BEGIN in line two has the pointer 2 0, while ALLDONE 
in line ten has the pwinter 2 4. 

The four byte pointer in line six (3 4) indicates that the 
label ALLDONE follows a THEN statement. The first byte of 
the pointer indicates the pointer's TYPE. 1 denotes a VARI- 
ABLE pointer, 2 is a LABEL pointer and 3 is reserved for 
LABELS following GOTO or THEN statements. The last two 



bytes of the pointer indicate the variable's POSITION in the 
variable table. AmigaBASIC uses this POSITION value to 
determine which variable or label is currently in use. 

A pointer of 1 1 is interpreted as a VARIABLE (first byte = 
1) occurring in the second location of the variable table (0 1). 
Remember, the first location denotes position zero (0 0). The 
use of two bytes for the table position means that an Ami- 
gaBASIC program has a limit of 65536 (256 * 256) total 
variables and label.s (I think wc can all probably live within 
that restriction). 

• The VARIABLE TABLE is an integral part of the program 
which is loaded and saved as part of the BASIC program. 
When a label or variable name is entered into a program, its 
name is added to the current end of the table. Each variable 
in the table is preceded by a single byte (denoting the length 
of the variable name) and followed by the ASCII codes of the 
characters used in the variable name. Any variable type 
descriptors (S, %, #, I, etc.) are also stored at the end of the 
variable name. In the sample program in Figure 1, the 
variable table (BEGIN, X, Y, Z, ALLDONE) actually look like: 
5, 98, 101, 103, 105, 110, 1, 120, 1, 121, 1, 122, 7, 97, 108, 108, 
100, 111, no, 101. These values are in decimal form and can 
be found on page A-2 of the AmigaBASIC manual. 

This table seems rather straight-forward, but some strange 
things may happen. Variable names arc placed in the table 
as soon as they arc entered into the program via the LIST 
WINDOW editor. Once a variable name has been placed in 
the table, it COULD be there forever. Even if a variable is 
completely removed from the program, it is still retained in 
the variable table. Theoretically, you could write a program 
with 100 variables, each using the full 40 character name 
length, thereby creating a variable table of 4100 bytes. All 
but a single REM statement could then be deleted from the 
program, but the variable table would still be 4100 bytes long 
!!! Variable and label names are probably retained for one 
very important reason... speed. More about this point in a 
moment. 

Fortunately, there is a way to "clean-up" the variable table. 
The trick is to save the BASIC program using the ASCII 
option, then re-load the newly saved ASCII version and re- 
save the program as a regular BASIC program. This process 
removes any variables that arc no longer being used and puts 
the variables in the order they arc encountered in the 
program, from top to bottom (chronologically, if you will). 

Saving a program in ASCII format produces an "un-token- 
ized" version of the program that can be loaded into a word 
processor and edited like any other document. In this case, 
the variable table is not saved with the file. When this ASCII 
file is loaded, AmigaBASIC must rebuild the variable table 



40 



AMAZING COMPUTING V2.10 © 1987 



from scratch, resulting in a nice, "clean" 
variable table. To save an AmigaBASlC 
program as an ASCII file, save the file as 

follows: 

SAVE -filename-, A 

Why did Microsoft opt for allowing the 
variable table to get cluttered with discarded 
variables? Removing a variable from the table 
requires moving alt the variables up one 
position, filling the deleted variable's former 
location. This task requires that every pointer 
within the BASIC text be updated to reflect its 
new position within the recently revised 
variable table. This job is a big one and could 
take a considerable amount of time, depend- 
ing upon the size of the BASIC program. In 
this trade-off between speed and a "clean" 
variable table, Microsoft opted for speed. 
Since we are now aware of this situation, 
saving as an ASCII file and rc-loading every 
now and then to help un-clutter is a good 
habit to get into when developing a new 
program. 

Now that we've seen the inner workings of 
AmigaBASlC, what can we do with our new 
found knowledge? One useful application 
would be a compacting program to run 
through a program, stripping REMs, apostro- 
phes and blank lines, while left -justifying each 
line along the way. Sure, this solution runs 
contrary to good, structured programming 
style and documented code, but faster execu- 
tion speed or a reduction in size may well 
warrant such action. A compacting program 
is provided in Listing 2. 

This program prompts the name of the file to 
be compacted and the name of the new 
compacted file to be constructed. A new file 
is created, so the original is left intact for 
further work. COMPACTOR itself is heavily 
documented, but a few comments and 
explanations may be helpful. 

Each program file contains two leading bytes, 
245 (SF5) and (SOO). These bytes identify the 
file as an unprotected AmigaBASlC program 
and arc copied directly over to the new file 
(These bytes are changed to 244 ($F4) and 194 
(SC2) when the BASIC program is saved as a 
protected file. . . but that is another story). 

continued., 



Figure / 



¥^4 






Original AmigaBASlC program: 



1) 




2) 


begin: 


3) 


CLS 


4) 


X= 1:y=5 


5) 


FO[?z=xtoy 


6) 


IF SINCz) = then olldone 


7) 


print SI NCz) 


8) 


NEXTz 


9) 




10) 


alldone: 


11) 


END 


12) 





Decoded program: 

LENGTH INDENT EOL = end of line SP = space PTR = pointer 



V 
1) 4 


V 



(blank line) 
EOL 


2) 8 





2 58 
begin PTR : EOL 


3) 6 


2 


248 131 
CLS EOL 


4) 20 


:.,.2 


1 1 32 234 32 18: 58 32 1 2 234 32 22 
X PTR SP = SP 1: SP y PTI? =" SP 5 





EOL 


5) 22 


2 


148 32 1 3 32 234 32 1 1 32 229 32 
FOR SP Z PTR SP = SP X PTR SP TO SP 




1 2 32 
y PTR SP EOL 


6) 23 


4 


152 32 181 40 1 3 41 32 234 32 17 32 230 
IF SP SIN ( Z PTR ) SP = SP SP THEN 




32 3 4 
SP all dons PiR EOL 


7) 12 


4 


172 32 181 40 1 3 41 
PRINT SP S!N ( z PTR ) EOL 


8) 9 


2 


169 32 1 3 
NEXT SP Z PTR EOL 


9) 4 





(blank tine) 
EOL 


10) 8 





2 4 58 

alldone PTR : EOL 


It) 6 


2 


248 143 
END EOL 


12) 4 





(blank line) 
EOL 



VARIABLE NAMES TABLE 
begin x 
alldone 



IMMW ' M^iWVW'I'^J^'lJ^^.lMWmJMKlWtliMMMMIH^ 
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COMPACTOR opens two program files, reading from the file to 
be compacted and writing to the compacted file. Beginning at 
the label LOOP: (if it is not the end of the BASIC text), a 
complete line from the first file is read into the array byteSO- 
This line is then scanned for BLANK lines, leading apostrophes 
and embedded REMs or apostrophes. Once a line has been 
analyzed, the byte$0 array is adjusted at label SETUP.LINE to 
contain the correct information for the newly formatted Une. 
This line is then written to the second file. 

This process continues until the end of the first BASIC file is 
reached. At that point, the label END.OF.BASIC takes over and 
correctly finishes up the second file's end of basic markers. 
FINISH.UP copies the variable table and the icon for the BASIC 
program, so that a "clickable" compacted program is produced. 

The number 175 is represented differently in two different 
places (as 174+1 and once as 7*25). This discrepancy is neces- 
sary because the number 175 also represents the token for the 
keyword REM. This duplicity confuses COMPACTOR because 
the number 175 also appears internally as a 175. Thus, COM- 
PACTOR does not know the difference between a 175 that 
stands for a REM token and a 175 that stands for the number 
175. The workaround assures that any programs that include 
the constant 175 are "fixed" in some way. Either method, 
174+1 or 7*25, works fine. Both are illustrated to show that 
several options arc available to alleviate this problem. 

The last oddity MICROSOFT included (just to drive us nuts!) 
deals with the byte counters that appear in COMPACTOR. The 
early versions of COMPACTOR worked only about 50 percent 
of the time and the problem wasn't easily apparent. Everything 
looked fine. A flip of a coin seemed to determine whether the 
compaction was successful or not. The solution was finally 
tracked to the area between the end of BASIC text (indicated by 
two consecutive zeros) and the variable table discussed above. 
For whatever reason, programs containing an odd number of 
bytes of BASIC text start the variable table immediately after 
the end of BASIC. Programs with an even number of bytes of 
BASIC text insert a single byte between the end of BASIC and 
the beginning of the variable table. 

This strange fickleness meant that the early version worked if 
an odd to odd or even to even byte compaction occurred 
because the compacted file would follow the same structure as 
the uncompacted file. If an odd to even or even to odd byte 
compaction occurred, some mighty strange things happened. 
Hence, the fifty-fifty success ratio. 

This version of COMPACTOR counts the number of bytes 
coming in from the original file. If an oven number is counted, 
the extra byte before the variable table is read and thrown 
away. If an even number of bytes has been written to the 
compacted file, an extra byte is added before the variable table 
(I used the ASCII value of the letter '7" for a friend who first 
suggested the even-odd possibility). The value of the spacing 



byte is irrelevant; it just has to be there! This phenomenon 
may be involved with something called 'even word 
cilignment,' needed for certain modes of the 68000 micropro- 
cessor. When COMPACTOR runs, the original file length of 
4764 bytes is compacted to only 2920 bytes (approximately 
40% smaller). 

This article has just scratched the surface of AmigaBASIC, but 
I hope it has provided a start for further explorations. Good 
luck. 



Listing 1 



REM AMIGABASIC DECODER 
REM By Steve Michel 

decoder: 

dcS = -\ S * 

ON ERROR GOTO error .msg 

CLS: PRINT: INPUT "Enter filename to decode"; filenames 

PRINT: PRINT "Looking for file..." 

OPEN -I", II, filenames 

- INPUTS(1,«1): byteS ■= INPUTS (1,#1): bytecntr - 2 
PRINT -Whole listing of just Variable tabla (W/V)" 



INKEYS: IF wvS - "" THEN getwv 
UCASES (wv$l : IF wv$ <> "W" AND wvS <> 
PRINT "Screen or Printer (S/P)" 



byteS 

PRINT 
getwv; 

wvS = 

wvS 

PRINT 
getsp: 

gS - INKEYS: IF gS = "" THEN getsp 

gS - UCASES (gS) : IF g$ <> "S" AND gS <> 
start: 

CLS: max = 19: WIDTH SO 
IF wvS - "V" THEN 

PRINT: PRINT " BE PATIENT. READING PROGRAM." 

LOCATE 6,2: PRINT "READING LINE t "; : llnecntr 
END IF 
loop: 

bytes - INPUTS (1, II) : bytecntr - bytecntr + 1 

llnelength = ASCjbyteSi 

IF llnelength = THEN llstvartable 

value - llnelength 

IF wv$ - "W" THEN GOSUB prlntvalue 

FOR j - 2 TO llnelength 

byteS = INPUTS{l,il) : value - ASC(byteS) 

counter = counter + 1: bytecntr = bytecntr + 1 

IF wvS = "W" THEN 

IF counter = max THEN GOSUB Indent 
GOSUB print value 

END IF 

NEXT i 

IF wvS = "V" THEN 

llnecntr = llnecntr + 1 

LOCATE 6,17: PRINT USING "l#l#",- llnecntr 

ELSE 

GOSUB blanltllne 

END IF 

GOSUB pause 

GOTO loop 

prlntvalue: 

IF gS = -P" THEN 

LPRINT USING -It* ".-value? 
ELSE 

PRINT USING "l»# ",- value; 
END IF 
RETURN 

indent : 
max = 17: counter = 
IF gS ="p" THEN 
LPRINT: LPRINT 



V" THEN getwv 



P" THEN getsp 



continued.. 
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r KttI Communication Software & CompuServe Access Time with eochMODEM. 



We give you o 
great price. . . 

+ TOLL FREE 

ASSISTANCE 
+ IMMEDIATE 

DELIVERY 
+ HO CREDIT CARD 

SURCHARGE 
+ NO SERVICE OR 

HANDLING FEES 



We lowered our price. 

Thousands of people ore nov^ enjoying this high quality Modenn. 
It is full of features ond woii-^s with any connputer system. 
We are offering this special price for a limited tinne only 

FREE SHIPPING! 




To Order 

CALL FOR FREE CATALOGUE 

CREDIT CARDS VERIFIED FOR YOUR PROTECTION 

800-202-6342 

INSIDEUTAKC601) 752-2642 FAX(601)752-S752 

We'll beat any odvertised price. 

MESATROHICS. INC., P.O. DOX0660. LOGAH, UTAH 84021 
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LPRINT " 
ELSE 
PRINT 

PRINT - 

END IF 
RETURN 

blankllne: 

IF gS - "P" THEN 

LPRINT: LPRINT: LPRINT 
ELSE 

PRINT: PRINT: PRINT 
END IF 

max - 19: counter - 
RETURN 

pause: 

pauses - INKERS: IF pauseS 
WHILE INKEYS = ""l WEND 
RETURN 



THEN RETURN 



llstvartable: 

PRINT: PRINT -VARIABLE NAMES TABLE": PRINT 

IF gS - "P" THEM LPRINT: LPRINT "VARIABLE NAMES TABLE 

byte$ - lNPUTS(l,il): bytecntr = bytecntr + I 

IF bytecntr/2 - INT (bytecnCr/2) THEN byt6$ - INPUTS (1,«1) 

WHILE NOT EOFd) 

bytes - INPUTS (Ir'll: varsize 

varnameS - INPUTS (varsize, ID 

IF gS - "P" THEN 

varnameS; 



LPRINT 



ASC (byteS) 



varnameS; 



LPRINT USING dcS; 
ELSE 

PRINT USING dcS; 

END IF 
WEND 
CLOSE II 
END 



error. msg: 
CLS: PRINT 
IF ERR - 53 THEN 

PRINT "That file not found, 
ELSE 

PRINT "Error number";ERR 
END IF 
END 



Listing 2 



REM Compactor 

REM By StevB Michel 

REM get file name to compact 

CLS: PRINT 

INPUT "Enter filename to compact"; f llename. InS 

PRINT: INPUT "Enter filename for compacted file"; 
filename. outs 

OPEN "1", II, fllename.lnS, 1024 

OPEN "0", 12, filename. ottS, 1024 

CLS: PRINT: PRINT "Now reading line => " 

PRINT: PRINT "Now writing line => " 

DIM byteS(300) 

lines. in "= 0: lines, out - 0: bytes, in = 0: bytes. out 
REM directly copy file attribute bytes 

as - INPUTS (l,tl|: PRINT 12, aS; 

as = INPUTS (l,#ll: PRINT i2,aS; 
REM start main read / write loop 
loop: 

byteS(l[ - INPUTS (1,«1) 

llnelength - ASC (byteS (1) I 

IF llnelength - THEN end. of. basic 
REM read In line from input file 

bytes. in - bytes. in + llnelength 

lines. in - lines. in + 1 

LOCATE 2,22: PRINT lines. in 

FOR J - 2 TO llnelength 



byteSU) - INPUTS (l,tl) 
NEXT J 

REM checlc for blank line 

byteB - ASC (byteS (3) ) 
byte4 - ASC (byteS (ti ) 
IF byte3 - AND byte4 • THEN loop 

REM checlc for leading apostrophe 

IF byte3 - 58 AND byte4 - T25 THEN loop 

REM scan current line for Imbedded REMs and 

newlength - 

FOR J - 3 TO llnelength 

IF byteS(J) - CHRS (174+1) THEN 
newlength " J 
J - lE+09 
END IF 
NEXT J 

IF newlength - THEN setup. line 

REM embedded REM found, check for colon in front of it 

FOR J - newlength TO 3 STEP -1 
IF tayteS{J) - CHRS(5B> THEN 
llnelength - J + 1 
GOTO setup. line 
END IF 
NEXT J 

QOTO loop 

REM this routine sets up tho line length. Indentation and 
REM two zero bytes at the end of the compacted line 
setup. line: 

byteSdl - CHRS (llnelength) 

byteS(2> - CHRS(O) 

bytes (llnelength) - CHRS(O) 

byteS(linelength-l) - CHRS(O) 

bytes, out = bytes, out + llnelength 

lines. out - lines. out + 1 

LOCATE 4,22: PRINT lines. out 

FOR J - I TO llnelength 
PRINT 12, byteS(J); 

NEXT J 

GOTO loop 
REM add 2 zero bytes for end of BASIC and oheo)i; for 
REM ODD / EVEN file lengths and adjust If needed 
end. of. basic: 

byteS = INPUTS(1,I1) 

IF bytes, in/2 - INT (bytes. ln/2) THEN 
throwawayS - INPUTS (1,11) 

END IF 

PRINT 12, CHRS (0); 

PRINT 12, CHRS (0); 

IF bytes, out/2 - INT (bytes, out/2) THEN 
PRINT 12, CHRS (ASC ("J") ) ; 

END IF 
REM copy variable table and Icon files over 
finish. up: 

GOSUB copy. rest 

OPEN "I", II, filename. InS + ".Info" 

OPEN "0", 12, filename. outs + ".info" 

GOSUB copy. rest 

KILL filena.T.e,outS + ".info, info" 

LOCATE 6,1: PRINT "All done I" 

END 
copy, rest ; 

bytes - INPUTS (1, fl| 

PRINT 12, byteS; 

IF EOFd) THEN 
CLOSE II 
CLOSE 12 
RETURN 

END IF 

GOTO copy, rest 
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Bug Bytes 

The Bugs & Upgrades Column 



It's late at night and you are just 
putting the finishing touches on a 
program. After calling up the compiler, 
you sit back, relax and wait for the 
compiler to report on any errors. Out 
of the corner of your eye, you spot that 
dreaded, telltale flicker. The power 
LED is announcing the arrival of your 
friend and mine, the Guru. 

Wondering what is wrong, you calmly 
reload your program editor and exam- 
ine your code for the error that 
prompted the Guru's late night visit. 
The code is perfect. After hours of 
trials and many Guru appearances, you 
decide there must be a bug in the 
compiler. What should you do? Let 
others know of the problem before 
someone else suffers the same fate. 

The best way to let others know of the 
problem is via this column. I plan 
report all bugs encountered by Amazing 
Computing™ readers. I will go a step 
further by reporting on upgrades, bug 
fixes and new releases of Amiga 
software. This column will be interac- 
tive. You document bugs that occur in 
your software and I will try to verify 
the existence of the bug you describe 
and pass it along to the software 
manufacturer. 

The program bug is an elusive creature. 
He may appear to be in a program, 
when in fact, he is not. When you 
come upon a bug, before calling or 
writing the manufacturer, please; 

1 . Check, recheck and triple-check the 
documentation that came with the 
software. 



2. Try to duplicate the bug, noting all 
actions taken prior to the bug appcar- 



3. Note any other windows that are 
open, how much memory you have left 
and whether or not there are peripherals 
involved in the problem. If you arc 
multi-tasking, close off any other tasks 
and try to duplicate the bug. If the bug 
only occurs when running other 
software, things get more complicated. 
Note the other packages running (the 
problem could be with them). 

4. Make a note of the following infor- 
mation: version or release number of 
your software, serial number (or other 
code that identifies you as a legitimate 
user) of your software, Amiga model 
number (1000, 500, 2000, etc.), Kickstart 
and workbench version being used and 
the amount of RAM in your system. 
List the type and model of any periph- 
erals that are connected to the Amiga at 
the time of the problem. 

Armed with this information, you are 
ready to begin tracking down the 
problem. First, call the dealer who 
originally sold you the program. In 
many cases, the dealer has someone on 
staff who is familiar with the software, 
or perhaps other customers have run 
into the problem. The dealer may have 
already found the solution or perhaps 
he knows of the availability of a bug fix. 
It is likely that you will find a previ- 
ously discovered solution to the prob- 
lem or it may not really a bug at all. 
Many times "bugs" are caused by 
improper operation of the software. 

Call the software manufacturers techni- 
cal support line, detailing the relevant 



information above and the sequence of 
events that leads to the problem. 
Industry insiders report that over 75% 
of reported "bugs" are solved during 
the initial call. If the support staff 
cannot immediately solve your problem, 
reputable companies will research the 
problem for you. In the meantime, do 
some homework. Write down the 
problem in detail (even better, get the 
public domain program called Journal 
and record the steps that occur prior to 
the bug's occurrence). Mail copies of 
the problem description, the information 
you gathered on your system and the 
Journal playback file to the company 
and to me. I will try to duplicate your 
results and notify others via this 
column. 

Readers who have solutions, patches or 
other knowledge of the problem can 
report them to me for inclusion in this 
column. If you have done the leg work 
on any commercial software packages 
and found a bug fix, let me know. I 
will pass along the information to other 
readers who may be having similar 
problems. 

This column is also an appropriate 
place for upgrade notices. If you have 
received an updated version of a 
software package, especially unpub- 
lished updates, please let me know. I 
will verify if the release is for general 
distribution and notify readers. Bug fix 
releases will be published here, so that 
other readers who arc having the same 
problem can be notified that there is a 
solution at hand. 

For software developers, this column is 
an appropriate place to announce 

continued... 
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ADD TO THE POWER OF YOUR PROGRAMS WHILE YOU SAVE TIME AND MONEY! 



CBTREE does it all! Your best value in a B+tree source! 



Save programming lime and efforl. 

You can develop excilmg file access programs quickly and easily because 

CBTREE provides a simple but powerful program interface lo all B+t/ee 

operalions. Eve^ aspect of CBTREE is covered thoroughly in ihe 70 page 

Users Manual wilh complete examples. Sample programs are provided on 

disk. 

Gain flexibility in designing your applications. 

CBTREE lets you use mulliple keys, variable key lengths, concatenated 
keys, and any dala record size and record lengtfi. You can customize the 
8+tree parameters using ulilitics provided. 

Your programs will be using the most efficient searching tecfiniques. 

B+lrees useefficenl ;;earch techniques that require fewer disk seeks than 
other rnethods. CBTREE guarantees an optimized maximum search path 
and always remains balanced. CBTREE is optimized for speed. You will 
be using a commerdai quality, reliable and pov»erfu1 tool. CBTREE is a full 
function implementation of the industry standard B*tree access method 
and is proven in applications since 1964. 



Access any record or group of records by: 

• its absolute position in the index (GETFRST and GETLAST), 

• its relative location in the index (GETPRV. GETNXT and GETSEQ), 

• an exact match to a key (GETREC), 

• a partial match to a key {GETPAR, GETALL and GETKEYS) 

■ a lexical relation to akey (GETLT,GETLE, GETGT and GETGE). 

■ You may also add, delete and update any record without the need to 
reorganize the index (INSERT, ISRTKV, DELETE, DELTKY and 
NEWLOC). 

■ Block retrieval calls speed up sequential processing. 

Increase your implementation productivity. 

CBTREE is over 6,000 lines of tightly written, commented C source code, 
The driver module is only 20K and links into your profjfams. 

Port your applications to other machine environments. 

The C source code that you receive can oe compiled on all popular C 
compilers for the IBM PC and also under Unix, Xenix, and AmigaDos! No 
royalties on your applications that use CBTREE. CBTREE supports multi- 
user and network applications. 



CBTREE IS TROUBLE-FREE, BUT IF YOU NEED HELP WE PROVIDE FREE PHONE SUPPORT. 

ONE CALL GETS YOU THE ANSWER TO ANY QUESTION! 

CBTREE compares favorably with other software selling at 2,3 and 4 times our price. 

Sold on unconditional money-back guarantee. 

YOU PAY ONLY S99.00 - A MONEY-SAVING PRICE! 

TO ORDER OR FOR ADDITIONAL INFORMATION 

CALL (703) 356-7029 or (703) 847-1743 

OR WRITE 



Peacock Systems, Inc., 2108-C Gallows Road, Vienna, VA 22180 




updates, upgrades and bug fixes to your 
registered users and the general public. 
Send any listings for this column to: 

John Stelner/Bug Bytes 

c/o Amazing Computing™ 

P.O. Box 869 

Fall River, MA 02722 

Please include a self-addressed stamped 
envelope if you would like a personal 
reply. 

You may also contact me via People 
Link or Genie. My address is: Pub- 
lisher, on both services. 

Finally, this month... Electronic Arts 
has released 1.2 versions of several 
entries in their popular Amiga software 
scries. Owners of the original versions 
may upgrade to the new versions by 
following the procedures listed below. 

Upgrade from DeluxePaint to 
DeluxePaInt II or DeluxeVideo 
to DeltJxeVideo II 



You can now upgrade to a copy- 
protected version of cither program for 
S37.00 (S30.00 -I- 7.00 shipping and 
handling). You must include the 
original front cover of your DeluxePaint 
or DeluxeVideo manual. If you send 
your non-copy protected version, you 
will receive all new disks and manuals. 
To upgrade to a non-copy protected 
version if your original is copy-pro- 
tected, enclose an additional S20.00. 

Upgrade from DeluxePrint 
to DeluxePrint 1 .2 
An upgrade to the copy-protected 
version is available for S12.00 (SIO.OO -i- 
2.00 shipping and handling). You will 
receive the now 1.2 compatible program 
disk. If you send your non-copy 
protected version. Electronic Arts will 
send along the new 1.2 compatible 
program disk. To upgrade to a non- 
copy protected version if your original 
is copy protected, enclose an additional 
S20.00. 



Upgrade from Instant Music to 
Instant Music 1 .2 
An upgrade is available for S12,00 
(SIO.OO + 2.00 shipping and handling). 
You will receive the new 1.2 compatible 
program disk. A non-copy protected 
version is not currently available. 

Deluxe Music 

Construction Set Update 
You can upgrade to improved perform- 
ance with high end MIDI synthesizers 
and drum machines, plus higher quality 
printing for $7.50. Send the last page of 
the DcluxeMusic manual (labeled 
"Notice") and you will receive the new 
DcluxeMusic disk and addenda to the 
manual. Send all upgrade requests to: 

Electronic Arts Amiga Upgrades 

Box 7530 
San fvlateo, CA 94403 

They ask only that you send check, 
money order or Visa/MC credit card 
info, and allow 4-6 weeks for delivery. 

•AC- 
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Taking the Perfect Screen Shot 



by Keith Conforti AC Art Director 



tyood graphics deserve good screen 
shots. Let's face it, with 4096 colors and 
superb resolution, the Amiga™ is an 
excellent subject for your screen shots 
(it's also very photogenic). Many 
people involved with graphics and the 
Amiga'™ don't realize how important 
and effective good screen shots can be. 
After all, they appear almost every- 
where — magazines, advertisements and 
software packaging, to name a few. 



Required Equipment 

Jim Sachs first filled me in on effectively 
taking screen shots about six months 
ago, when Steve Hull interviewed him 
for Amazing Computing V2.4. As a 
photographer, I immediately picked up 
on his valuable tips. Unfortunately, 
taking screen shots requires some 
photographic skill and some special 
tricks of the trade. If you follow these 
simple guidelines, you'll have no 
problems at all, though. . . even if 
you're not a shutterbug. 

First, you'll need a 35mm SLR camera. 
The camera can be manual or automatic, 
but if you use an automatic, make sure 
it is equipped with manual override. 
You'll also need a tripod. I recommend 
Fuji™ 100 ASA color film because it 
seems to have more vibrant color for 
this situation. 

Using the standard 50mm lens (supplied 
with most 35mm SLR cameras) to take 
your shots will result in a print that 
looks bowed, or convex, much like the 
monitor itself. For a more professional 
look with a flatter image, you must use 
a zoom lens. The zoom lens flattens the 
image of the screen, if you take full 
advantage of its zoom capacity. By 



setting the tripod approximately ten feet 
away from the monitor and zooming in 
on the screen, the convexity is de- 
creased, provided your lens is on the 
same plane as your monitor (keep them 
even). 



Setting Up Your Sfiot 

The condition under which you take 
your shots is probably the most crucial 
aspect. Have you ever seen a perfectly 
focused screen shot with rich color, 
marred by glare or a highlight on the 
screen. The photographer probably took 
his shots in the wrong environment, 
with a door or window open, or a 
monitor or light on nearby? When 
photographing a dark, reflective surface, 
leaving lights on in the vicinity is like 
playing with fire. The room should be 
absolutely free of direct light. The room 
need not be pitch black — dim, filtered 
light is fine, as long as it is angled away 
from the monitor to avoid glare. The 
monitor will reflect any light located in 
front of it, so be sure that any light in 
the room is placed behind the monitor. 



comera w/ zoom 




10 fast 




Set the tripod with the camera posi- 
tioned horizontally. It's very difficult to 
take a screen shot vertically, unless you 
arc isolating a portion of the screen (or 
you like to keep your monitor side- 
ways!). Once you have properly 



prepared the room and loaded the film, 
you are ready to go. To focus sharply, 
zoom in totally and focus until the 
screen and the lines of pixels are sharp, 
then zoom back to your desired length, 
A good screen shot leaves about one- 
half inch of cropping space on all sides 
of a 3 1/2 by 5 inch print. 

Before you snap that shutter, you must 
make one more important adjustment 
that may sound a little crazy. Turn 
down the contrast and the brightness on 
your Amiga™ monitor just enough to 
reduce the glare of the bright colors on 
the screen. If you turn it down too 
much, the colors of the graphics will be 
altered and some detail will definitely 
be lost. Shots taken with normal 
contrast and brightness are very 
common and easy to spot. Any bright 
area in the image will be glowing like a 
neon billboard. 



Snapping the Shutter 

Once you've loaded the film, you must 
take a meter reading in order to know 
what aperture and exposure settings 
will produce the best possible shot. 
The Nikon™ N2000 (the camera I use 
for screen shots) has a state of the art 
LED meter. Others have the standard 
ring and pointer meter in the view- 
finder. Both work fine, but the Led is 
much easier to see if the room and 
image are dim. Jim Sachs recommends 
an aperture setting of F-stop 4 and 
exposure of 1/4 second. Depending on 
the luminescence of the graphics, you 
may need a different setting. However, 
no matter what the settings are, no 
matter what the subject of your photog- 
raphy is, you should always bracket 

your shots. 

continued... 
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The Mysteries of 
Bracketing 

To bracket a particular shot, 
first lake a meter reading and 
set the aperture and exposure 
(shutter speed). Takeoneshot 
at this setting, then increase 
the shutter speed by one 
increment, shoot, decrease it 
by one, shoot, and so on. For 
example, if the original setting 
was F-2.8 (aperture) and 1/15 
(exposure), your next bracket 
would be F-2.8 and 1/30 
(faster) and 1/8 (slower). You 
then move to F-4 (smaller 
aperture), take your brack- 
eted shots, then move to F-1.8 
(larger aperture), and so on, 
until you've bracketed at each 
aperture setting. As you 
adjust the aperture settings, 
you effect the depth of field, 
but since you're photogra- 
phing a flat surface, the shots 
won't be affected. Bracketing 
insures a successful shot, but 
uses up quite a bit of film. 



Figure 1 shows a typical bracketing 
situation for a single screen shot. A full 
range consists of six f-stops and six 
shutter speeds. The most central check 
under each f-stop would be the meter 
reading, while the other checks would 
be your adjustments (two central marks 
indicate a split meter reading). For a 
single screen shot, you'd need up to 
nineteen shots. Just imagine a dozen 
different shots! 

Most exposures will range from 1/30 
down. If the rare occasion should arise 
where the exposure is around 1/230 or 
faster, beware vertical tracing. The 
Amiga"™ monitor scans sixty times per 
second, and, if the shutter speed is fast 
enough, your shot will pick up the 
scanning resulting in a white line 
appearing somewhere on the screen. It 
is similar to the line you'd sec if you 
were photographing a television set. 



SHUTTER SPEED 
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Developing and Enlarging 

Just because you've sweated through 
your photo session, don't rejoice your 
success too soon; your responsibility 
doesn't end there. When you take the 
film to the photo lab to be developed, 
or if you develop color yourself, the 
film should be developed normally. 
When enlargements are made, be sure 
to request a higher density, usually 
positive three or four work best. The 
increased density produces a darker 
shot, making the colors vibrant and 
crisp. Normal density tends to make 
screen shots look bleached. 

This technique can be used with black 
and white film also. Bracketing is not 
as important with B&W, but you should 
shoot at a couple of aperture settings 
nonetheless. With B&W you can ignore 
the density instructions when making 
enlargements. 

If you are planning to use slide film, be 
sure to purchase a slow film speed, 
probably 64, so you don't run the risk 



of grainy slides. However, with a 
slower speed film, you will not have as 
much of an increase in density (or possi- 
bly none at all). 

Don't be ashamed if the first couple of 
rolls are disappointments. It takes a 
while to memorize the technique and 
each of the sequences involved. My 
first roll using this procedure was 
disastrous because I left a neighboring 
monitor on. Since then, I've never had 
a significant problem. Don't be discour- 
aged by early failures. In fact, you 
should expect them to happen. How- 
ever, whatever experience you have 
with a 35mm SLR camera, you'll soon 
be turning out gallery quality shots. 
Good luck and happy snapping! 

•AO 
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Screen Shots: The Good, the Bad and the Ugly 



Everyone has seen Da Vinci's master- 
piece, the Mona Lisa. The essence of 
her intriguing smile cannot be described 
in words; it must be seen to be appreci- 
ated. The same holds true for any 
photograph. The reader may get an 
idea, and possibly understand and 
visualize all that the writer is trying to 
describe, but it's just not the same as 
having a photograph to look at. 

The screen shots below were taken 
before and after I learned the correct 
procedure. The first set was taken with 
100 ASA film and a 50mm lens, without 
a tripod. 1 didn't turn down the 
monitor contrast or brightness. This 
photo was intended to be a screen shot 
for Chessmaster 2000™, but it looks 
more like the glowing neon billboard 
mentioned earlier. All white areas have 
a tremendous glow which makes the 
photo nearly indiscernible. The color is 
also totally washed out. To top it all 
off, the shot is not centered correctly 
because I did not use a tripod, and the 
great convexity of the screen (flat, when 
you use a zoom lens) is due to using a 
50mm lens from about a foot and a half 
away. 

The second set of photos was taken 
after I learned Jim Sachs' method. I 
used a zoom lens and a tripod. I also 
took precautions against glare by 
turning the contrast and brightness 
down and leaving all lights off. The 
difference is dramatic, when compared 
to the first shot. 

The difference between the two shots of 
the dog is due to bracketing. You can 
see the effectiveness of bracketing. This 
technique offers a wide range of expo- 
sures, ensuring a successful shot within 
your range. Good exposures have more 
vibrant colors, greater depth and crisp 
sharpness (as long as your focusing is 

true). 

- Keith Conforti 
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Rediscover 
Sound 



Sit Down at your Amiga with Studio Magic and 
discover a new way — a better way — to create sound. 



Because you'll be working with software modeled after professional 
digital sound studios. 

The Studio Magic tool menu is packed with over a dozen different 
digital tools. These special effects let you do anything from creating 
echos. flanges, and delays to enhancing frequency components or 
performing Fast Fourier Transforms. The Studio Magic tool box 
puts the power of a digital sound studio at your finger tips. Imagine 
the possibilities! You can take a voice and make it sound old or 
young, like Darth Vader, or like an alien from mars. Effects like 
M-M-Max Headroom become childs play. Your video sound tracks 
will never be the same! 




Studio Magic's midi support includes 
sequencer luith ouerdub and external sync. 





Studio Magic includes oyer a dozen digital 
effects including echos, flanges and delays. 



But Studio Magic doesn't only do sound effects... it also does midi. 
You can record in real time. You can overdub. You can assign any 
sound to any key on your midi keyboard. Studio Magic even sup- 
ports advanced midi features such as tempo adjust and external 
sync. When you combine Studio Magic's midi support with its tools, 
editing capabilities, and keyboard control, you have the power to 
create spectacular musical pieces. Your amiga never sounded so 
good. 

Studio Magic is IFF compatible. You can import any IFF digital 
sound, and save in IFF instrument or one-shot format. And of 
course. Studio Magic works with the Perfect Sound audio digitizer. 

Run, don't walk, to your dealer for a demo today! 
Suggested retail price S99.95. 



=- -= SunRize Industries 



di 



3801 Old College Road 
Bryan, Texas 77801 
(409) 846-1311 
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INSIDE MIDI 



As it's been about a year since I last 
talked about MIDI basics, I thought it 
would be worthwhile to go back and 
cover the material again. This time, 
however, we'll go a bit deeper. 

MIDI HARDWARE 

As pointed out in the earlier introduc- 
tory article (AmigaNotes, AC VI. 7), 
MIDI stands for Musical Instrument 
Digital Interface, and is both a hard- 
ware and software standard. The 
hardware is fairly straightforward, so 
let's get that out of the way first. 

MIDI uses a standard serial format of 
one start bit, eight data bits and one 
stop bit. This format means that a 
standard UART, the same sort of chip 
used to drive an RS232 port, can be 
used for MIDI. Rather than requiring a 
special baud rate generator, MIDI 
operates at a frequency of 31.25 kilo- 
baud, which can usually be derived by 
dividing the system clock by a power of 
two. 

Rather than using voltage levels, MIDI 
is based on a five milliamp current loop; 
a logical one is represented by an 
absence of current. MIDI outputs are 
very simple, usually consisting of little 
more than a resistor-protected current 
source and a switch, such as a transis- 
tor, TTL gate, or op amp. (See Ami- 
gaNotes, AC V2.2 for one approach.) 

A MIDI input is only slightly more 
complex. The specification requires that 
the receiver to be completely isolated to 
eliminate hum and safety problems. 
This isolation is usually achieved with 
an optoisolator, an integrated circuit 
which combines a light emitting diode 




with a photosensitive component 
(usually a transistor). In addition, the 
MIDI shield pin is left unconnected on 
MIDI inputs. The switched current 
from the MIDI transmitter travels down 
the cable, through the receiver's optoiso- 
lator, and back up the cable to the 
transmitter. In one sense, there is never 
any electrical connection between two 
MIDI devices — the data is ultimately 
received via a beam of light. 

MIDI cables have specifications, too. 
The cable itself should be a shielded, 
twisted pair, not longer than fifty feet 
flonger runs have been used success- 
fully, especially with low-capacitance 
cable). Each end is terminated in a five 
pin, 180 degree male DIN connector. 
The twisted pair interconnects pins four 
and five, while the shield is tied to pin 
two on both ends. 



MIDI PROTOCOL: 
CHANNEL MESSAGES 
MIDI communication is based on 
messages. A message is composed of a 
status byte, which is optionally followed 
by data bytes. This arrangement can tie 
confusing at first, but bear with me and 
we'll chip it away bit by bit (no pun 
intended, honest). 

Each status byte may be broken down 
into fields as shown: 

T SSS CCCC 

The most significant bit identifies what 
each byte for us — A set means a status 
byte; a zero means a data byte. So, the 
first byte of any message, the status 



byte, will have the message's most 
significant bit set. It may be followed 
by data bytes, which will have zeroes in 
this position. 

The next three bits indicate the type of 
message. Since there are eight possible 
combinations of throe bits, it makes 
sense that there are eight possible types 
of status bytes. Let's quickly run down 
the list. 

000: NOTE OFF (3 bytes) 

This message tells the synthesizer to 
turn off a note which (supposedly) was 
previously turned on. The second byte 
indicates which of the 127 MIDI notes 
should be turned off. The third byte, 
release velocity, indicates how quickly 
the key was released. This byte is not 
supported by most current keyboards. 

001: NOTE ON (3 bytes) 

This message tells the synthesizer to 
turn on a note. . . usually. The second 
byte indicates which note is to be 
turned on. The third byte is velocity, or 
how quickly the key was struck. 
Velocity information is often used to 
control the loudness or brightness of a 
sound and, while many keyboards do 
not send this information, quite a few 
synthesizers will respond to it. Almost 
all synthesizers respond to a special 
case — however, a note on message 
with a velocity of zero is equivalent to 
a note off. The reason for this reaction 
will be explained later (trust me). 



continued.. 
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010: POLYPHONIC 

KEY PRESSURE <3 bytes) 

This message indicates how hard a key 
is being depressed once it has reached 
the stop. The second byte indicates 
which note is being depressed, while 
the third byte indicates the amount of 
pressure applied. By using key pres- 
sure to control pitch or timbre, experi- 
enced 'synthesists' can put quite a bit of 
feeling into their music without ever 
lifting their hands from the keyboard. 
Unfortunately, polyphonic key pressure 
requires a separate pressure sensing 
mechanism under each and every key. 
Like release velocity, this message is 
usually sent only by the more expensive 
devices. 

Oil: CONTROL CHANGE (3 byles) 

This message is sort of "generic"; it 
means something, somewhere, has 
changed. The second byte specifies the 
controller number, the third notes the 
value. The function of each controller is 
decided by the individual equipment 
manufacturer, but a few, more-or-less, 
standards have emerged, some of which 
are shown here: 

CONTROL CHANGE MESSAGE 

Byte 2 Description of Contfoller 

1 OsciliQtor Modulation 

2 Timbre Modulation (Filter) 
7 Volume 

64 Sustain 

65 Portamento 

Provisions have been made for quite a 
few controllers. Values of through 31 
are reserved for continuous controls like 
knobs, sliders, etc. Each of these 
controls can take on any one of 128 
values. If more resolution is required 
by a particular controller, controller 
numbers 32 through 63 represent seven 
extra bits of resolution for the first 32 
controllers. 

In other words, a control change 
message with a second byte of would 
provide the seven most significant bits 
for the first controller. A subsequent 
control change message with a second 
byte of 32 would provide the seven 



least significant bits for the same 
controller, resulting in a total of 14 bits 
of resolution. This approach was 
chosen because most continuous 
controls don't need more than seven 
bits of resolution, and always adding an 
additional byte would degrade perform- 



If the second byte falls in the range of 
64 to 95, the controller is assumed to be 
a switch, and the third byte will simply 
indicate whether the switch is on or off. 

Values 96 through 121 are currently 
undefined, but may be assigned at a 
later date. 

Values above 121 are reserved for 
special channel mode messages as 
follow: 



CONTROL CHANGE MESSAGE 



Byte 2 


Message Type 


122 


Local Contfol 


123 


All Notes Off 


124 


Omni Mode Off 


125 


Omni Mode On 


126 


Mono Mode On 


127 


Poiy Mode On 



Local Control determines whether the 
synthesizer's keyboard controls the 
internal sound generators or merely 
generates MIDI output. All Notes Off 
is a sort of "panic button"; it is equiva- 
lent to sending a note off for every 
note. The last four messages determine 
the synthesizer's channel mode, which 
we'll touch on in just a moment. 

100: PROGRAM CHANGE (2 bytes) 

This message initiates a program 
("patch") change. The data byte is the 
program number selected. 

101: MONOPHONIC 
PRESSURE (2 bytes) 

This message (also called Channel 
Pressure or AflerTouch) is similar in 
function to Polyphonic Key Pressure, 
but generates only one pressure value 
across an entire keyboard. The data 
byte represents the applied pressure. 



110: PITCH WHEEL CHANGE (3 bytes) 
Since the pitch wheel is one of the few 
controllers which may easily require 
more than seven bits of resolution, it 
was given its own status message. The 
second byte holds the seven least 
significant bits; the third byte holds the 
seven most significant. 

All these change messages are classified 
as channel messages. MIDI defines 
sixteen data channels, allowing one 
cable to carry information for several 
synthesizers or voices. These messages 
use the last four bits of the status byte 
to specify the desired channel. How 
each synthesizer responds to channel 
messages is determined by its channel 
mode, which has four possible states: 

OMNI ON POLY: 

This state is often the default power-up 
mode for any synthesizer which does 
not have non-volatile memory. Omni 
on means the synthesizer will respond 
to any message on any channel. This 
arrangement is handy for initial setup or 
quick tests. In combination with this 
full-ranging response, poly means the 
synthesizer will play as many notes as 
possible — if it is an eight voice 
machine, you can play an eight note 
chord. 

OMNI ON MONO: 
This mode means the synthesizer will 
respond to all messages regardless of 
channel, but will only play one note at a 
time. This mode is probably the least 
used of the four. Unless you have some 
special considerations such as an old 
analog two-voice synthesizer, you won't 
be using this one very much. 

OMNI OFF POLY: 

This setting is the most popular and 
causes the synthesizer (o respond 
polyphonically, but only to messages on 
one channel. In this way, many devices 
can share one MIDI connection. On 
some synthesizers, the transmit channel 
is preset and not changeable, but most 
machines do allow you to set the receive 
channel, 

continued.. 
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i SONGS . 
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SYMPHONY SONGS gives you ;i library of iK'arly l.(l(H) niiisic tiiusterpieces. All songs iirt in ll-t- lornial so ihcy may bu 
loaded. playcJ. prinlotl. transposed, and modified in any way you likeusinj; your favorite camposilian program, infiuiied is a 
free protirairi lo convert Ihe \\\- flics to .MUSIC STUDld'" fonnat. 

The songs have been arranged bv C. Clark Rulaford and Randy Speeiur and lake advarilaae of the full 4 Voice capability of the 
AMIGA. 

Space dws not allow listing all the songs in each of Ihe volumes. We have listed a lew and show Ihe total number in each 
volume as well as the plaving tune. A eoinplele li.si of sontis may be purchased for $3.95. ({uch volume of ihe 27 volumes 
lisied is $24.95. _ J_ 



BEATLES Part I 

Vol l.S (21 Pieces -)() Min( 

Let It Be. Yesterdav, Elcannr Rijihv. When I'm 

M, . . . 

BEATLES fa rt 2 * _ ' ^ -^* ^ 

Vol JO 1 17 Pieces 411 Mini 

Magical Mystery Tmir. l.ucv in Tlie .Sky With 

Diamonds. Peniiv I.aiie. . . . 



CLASSICAL Part I 

Vol 27 (!') PiL-ces 4(1 Min) 

Prelude #1. Mooiilighi .Sonata Ki .iiul 2nd 

Movement. . . . 

CLASSICAL Pan 2 . .^ ji. ^ 

Vol .14 (I? Piece 40 Mini — '^:=-='^^ ~" 
ScinalLilnC.Maior, Jesus JoyOfMatlMX'sin:. , , 

CtASS/CAL Pan 3 

Vol .11 1 1 X Pieces .15 Min I 

1st Piano Conccrlo. Polmuiise Simaia Iti C Maiin. 

Elude #3, . . , 

CL4.S.S7C.W. Pan 4 ( Bach) 

Viil .l.s (22 pieces .^h'Muii 

Two P.iri Inventmn #1. Three I'jn Invention #(i. 

Prelude and l-uguc I. , . 

Classic AL Pan 5 (Bach/Clemcnli) 

Vol 46 (24 Pieces ?(l Min) 

Chnral #1. Stiiialj #1. Theme aiiJ 1 1 \'aria!iun\ 

I'nnu The 2nd Sonata, . 

BEETHO VEN . IIROAUWAY, & BLUES 

Vol ?K (l.S Pieces 4(1 Mm) 

2nd Movement ( )f the Pathetique SonuUi, .Miniiet In 

G. Fuer Klise. ... 

COUNTRY CLASSICS Part I ~^ 

Vol 41 (IS Pieces 4.S Mm) 

Thank Cjiul rmaC'ounlrv Hov. .Act Nalurallv. . . . 



ROCK Pan I 

Vol ,12(14 Pieces .M) Min) 

AXEL K tve or The Tiiier. Binh Sides 



Ntiw. 



--L 



ROCK Pan 2 

Vol Ifj (21 Pieces 4(1 Mini 

Geurgy (lirl. Cuiinlanuniera, Theme From ■l.uve 

Stopi," Cherish, ... 

HP's GREATEST ^ 

Vol 24 I Id Pieces H) Min) 

Hill -Street Hlues Theme. Chariots Of Fire Theme. 

Dynii-'.ly Iheme, . . . 

70's GREATEST 

Veil 12 l2l Pieces 4? Mini 

Tie A Yellow kihbun On The < )ld ( Jak Tree , We "vc 

Only Just Begun. , . . 

60'ii GREATEST — | 

Vol I.l (21 Pieces 4.S Mini TF 

VVmdy. B> Ihe [inie I Cjet To Phoenix. C<mic 
Saturday Morning, . , . 

GOLD & PIATINUM HITS 

Vol -if. I p) Pieces Wl Min) *; 

Thriller. W Lull UallonnN. Califurriia Girls, 

KENNY RODGERS HITS -«— .j S' 

Vol .19 ( 12 Pieces 4,"! Min( 

Lady. Ruby. She Believes In Me. The Gambler, . . . 

BILLY JOEL GREATEST HITS 

Viil 4.' (17 Pieces <i^ Min) 

Piano Man, Say Cioodhye To Hiilly wood. Only The 

GuikI Die Youne. . . 

COUNTRY Classics Pan 2 

Vol 42 O'J Pieces SI) Mini 

Ode To Billy Joe. Me and Bobby McGee. Country 

'" 1- : '■ ^ - 



rv THEMES 

Vol .17 (21 Pieces ?.i Mini 

Hill Street Hlues, St. l-'Kewhere Theme. Masterpiece 

TTieater Theme, . . . 

MOVIE THEMES 

Vol ly (2.1 Pieces 40 Min) 

MASH Theme. The Rose. Can You Read My Mind 

(.Superman). . . . 

BROADWAY S THEMES 

Vol 47 (2.S Pieces (tS .Mini 

The Last Supper. Dr. Dooiillle, The Old Dope 

Peddler, . . . 

CHURCH MUSIC 

Vol 2S (26 Piece .SO .Mini 

Amazing Grace. What A Friend We Have In 

Jesus, . . . 

BARBERSHOP 

Vi)l 22 (22 Pieces 4.^ .Min) 

Hello Dolly. Put On a Happy Face, Hc> Look Me 

Over. ..." 

RICHARD RODGERS SONGBOOK 

Vol IK (14 Pieces 4(1 Min) 

Climb Fvery Mountain. D0-RF.-,M1. The Sound Of 

Music, . . . 

NOSTALGIA 

Vol 17(22 Pieces -I.S Mini 

Let Me Call You Sweetheart, .-yini Mishehavin, On 

The Ciooilship Lollipop. . , , 

CHRISTMAS 

Vol .16 (26 pieces .So Min) 

O Little Town Of Bethlehem, Let It Snow. March 

Of The Toys. . . . 

POLKA PARTY 

Vol .1.1 (IK Pieces 40 Min) 

Happy Polka. Pizzacato Polka. Betty Polka. . . . 



SmPHON\l JUKEBOX 



Symphony Jukebox allows you to program a seleclion of song.s, iheir order us well as the number of limes, and allows you to listen lo them for 
hours of uninlerrupted playing. Olher features include MIDI output, instrument .seleclion, transposition, and tempo modification. $24.95 



S\[MPHON\! MUSIC VlbEO 



This program has all the features of our SYMPHONY JUKHBOX , however, it also allows ynu lo specify a picture to be displayed with each song. 
The pictures and music are all in slandard IFT- format so you may use the songs and pictures included, or use those ynu developeii with your music 
program (i.e. DMCS), or your paint program (i.e. Deluxe Paint), Included are Chrislinas music and pictures. $24.95 



Wc .iccepi CASH, CHECK, COD, VISA and MASTER CARD orders. - 

Shipping and bandlioH US and C.uuda .-.^. „ 2'. iJOO 

Shipping and bandlioi; outside the US and Canada ... .jr.-T. '!L $5.00 
COD charKc X7. $2-00 

Illinois residents add (>'/i% sales tax. i- » ' *' --- 




38W255 DEERPATH ROAD 

BATAVIA, ILLINOIS 60510 

(312) 879-6811 



Deluxe Music Omsiraciion Set. Deluxe Paim, Insuni .Vlusic are irademarks of Electronic Arts. 



Music Studio is a Irademark of Activision. 



OMNI OFF MONO: 
TTiis mode is gaining popularity as 
synthesizers btxiome mare powerful 
because it allows multi-timbral 
operation. In other words, by using this 
mode, your synthesizer can play several 
different patches at once. Here's how il 
works; since omni is off, the machine 
will only respond to one channel, called 
the basic channel. Since mono mode is 
selected, only one voice will sound. 
However, the next higher voice will 
respond in the same way on the basic 
channel plus one, the next voice on the 
next channel, and so on. Voice one 
could be a bass guitar, voice two a load 
guitar, voices three through six an 
acoustic piano ... in other words, you 
can simulate an entire band with one 
instrument. 

Two notes about this mode — first, it's 
interesting to note that it would be 
extremely difficult, if not impossible, to 
simultaneously piay various patches 
without using a sequencer, so, how 
would you play four different patches 
on one keyboard? About the best you 
could do would be to split the keyboard 
into zones and assign one instrument 
sound to each zone. With a sequencer 
running the show, this problem goes 
away, since each instrument sound 
would have its own track. 

Second, many synthesizers do not 
support this mode (some support it in a 
limited fashion). If you're considering 
buying a synthesizer and have certain 
things you want to do with it, be sure 
to ask before plunking down your 
money. 

Astute readers will notice that I've only 
listed seven of the eight possible status 
bytes. The eighth code. 111, is reserved 
for... 



SYSTEM MESSAGES 

A system message is intended as a sort 
of global announcement, so that no 
channel numbers are used. Instead, the 
four least significant bits are used to 
indicate the type of system message. It 
follows, then, that there are 16 possible 
system messages: 



SYSTEM COMMON MESSAGES 



Status Byte 


Bytes 


Message Type 


1 ni 0010 


3 


Song Position 


1 111 0011 


2 


Song Select 


1 111 Olio 


1 


Tune Request 



SYSTEM REAL-TIME MESSAGES 



Status Byte 


Bytes 


Message Type 


1 111 1000 




Timing Clock 


1 111 1010 




Start 


1 111 1011 




Continue 


1 in 1100 




Stop 


1 in 1110 




Active Sensing 


1 111 nil 




System Reset 



SYSTEM EXCLUSIVE MESSAGES 

eg: save 



Status Byte Bytes 

1 1 n 0000 >=2 

1 111 0111 1 



Message Type 

System 
Exclusive 
End System 
Exclusive 



As shown, system messages can be 
grouped into three categories. System 
Common messages deal with non-timed 
functions and are intended to be 
received by all synthesizers in a system. 
System Real-Time messages deal with 
synchronization of the devices and are 
also intended for all synthesizers in a 
system. System Exclusive messages 
generally deal with bulk patch and 
sample dumps and remote program- 
ming or storage and are intended for all 
synthesizers by a particular manufac- 
turer. Again, let's run down the list. 

Song position is the number of MIDI 
beats which have passed since the start 
of a song. When a sequence is started, 
this value is set to zero and begins in- 
crementing. By using the Song Position 
Pointer message to preset the pointer, 
you can start recording or playback in 
the middle of a song. This feature is 
most useful when dealing with drum 
machines or multiple sequencers. 



Most drum machines and sequencers 
can store more than one pattern or 
song. When using these devices in a 
MIDI system, a Song Select message 
may be used to specify which sequence 
is to be played. 

The newer 'synthesists' among us have 
been spared the frustration of the older 
analog synthesizers, which had a ten- 
dency to drift with changes in tempera- 
ture and line voltage. At the very least, 
those machines had to be tuned when 
powered up. Some of the more sophis- 
ticated analog machines included 
circuitry which allowed them to tune 
themselves. A Tune Request message 
instructs these instruments to do the 
tuning. 

The Start, Continue, Stop and Timing 
Clock messages are involved with real 
time recording or playback. Their 
functions should be fairly ob\'ious. 

Active Sensing is an optional MIDI 
feature. If an Active Sensing message is 
sent to a synthesizer, the instrument 
will expect to continue receiving Active 
Sensing mes.sagcs at regular intervals. 
If all MIDI messages are interrupted for 
more than a few hundred milliseconds, 
the synthesizer will assume there is a 
problem and turn off all active notes. 
This feature can, at least, help reduce 
the embarrassment when you trip over 
a MIDI cord on stage. 

To be honest, I've never understood 
why System Reset was included among 
the real-time messages, but there it is. 
A System Reset message initializes a 
synthesizer to its power-up condition. 
The MIDI specification warns that this 
command should be "used sparingly." 
Think of it as a three finger reset on 
your Amiga. 

System Real-Time messages are the only 
status bytes which start with the code 1 
mi. Because of this distinguishing 
detail, such messages can be easily 
recognized. This easy recognition is 
fortunate — since Real-Time messages 
are time critical, they might arrive at 

continued... 
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Computing™ , users find features and articles written by fellow Amiga users. Our Amazing Writers 
are people searching for better ways to use their Amigas. This combined insight makes Amazing 
Computing™ the first choice in Amiga information and programming. 

Amazing Computing™ 's policy has always been to side step fluff and deliver substance. AC 
discovers how to increase the potential of the Amiga, while watching the impact this machine has 
made on the growing computer community. 

Though the past has been a great record. Amazing Computing™ will not rest on our past achieve- 
ments. Amazing Computing™ will continue to offer the Amiga user the best technical knowledge 
and unbiased reviews available for the Commodore-Amiga™. 

With the introduction of the Amiga 500 and Amiga 2000, Amiga users need a proven resource for 
reviews, programs, and how-to's. Amazing Computing™ is your resource to the Commodore 
Amiga™ 

Subscribe and save $18.00 off the newsstand price 

Amazing Computing™ is available by subscription at only $24.00 for 12 monthly issues (a savings 
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Fall River, MA 02722 
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IVew Engine 
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Money Mentor'" for tfie ride of your life. 
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dazzling grapfiics output. If your destination 
is better control of your personal finances, 
ttiere's no faster way to get ttiere than with 
Money Mentor". 

A unique system called "Smart Scrolls" 
handles a diversity of tedious data entry 
functions and can save 70% of the typing 
typically required for entry. 

Money Mentor" features; 

• Net Worth Statement 

• 200 budget categories. 

• 30 integrated accounts: checking, cash, 
saving and credit cards, 

• Elaborate search routine allows editing 
of transactions according to your 
specific guidelines, 

• Automatic check printing, 

• Automalic Account Balancing, 

• Colorful graphic reports illustrating 
actual versus budgeted amounts, 

• Over 50 reports from which to cfioose. 

Let Money Mentor'" put your finances 
on the right track... FAST! 




SEDONA SOFTWARE 



11B44 Rancho Benardo Rd; Ste.#20 
San Diego, CA 92128 

To order, 
call (619) 451-0151 



any time . . . even within other mes- 
sages. A MIDI device n\ust be intelli- 
gent enough to pick the real time 
messages out of the data stream and 
deal with them separately, while not 
allowing them to disturb the other 
information. 

The System Exclusive messages are sort 
of loopholes, through which an equip- 
ment manufacturer can push just about 
anything imaginable. A System Exclu- 
sive message (abbreviated SOX, Start Of 
exclusive) signals all synthesizers that a 
special message is about to begin. The 
second byte is a manufacturer's 
identification code. All MIDI manufac- 
turers who wish to use system exclusive 
information must register with the 
proper authorities and be assigned an 
ID. 

When a synthesizer receives a system 
exclusive message, it checks the second 
byte to see which brand of equipment 
the message is intended for. If no 
match is found, the entire message is 
ignored. If the message is for the brand 
of synthesizer in use, the instrument 
uses the data from that point to the End 
System Exclusive (EOX, End Of exclu- 
sive) message. The format of the data 
between these two messages, and what 
the synthesizer does with that data, is 
totally undefined and left to the 
manufacturer's discretion. 



REDUCING OVERHEAD 

In the hardware discussion, I mentioned 
that the MIDI data rate is 31.25 Kbaud 
(31,250 bits per second). I also men- 
tioned that a MIDI byte was eight bits, 
bracketed by a start bit and a stop bit. 
A little math shows that it takes 320 
microseconds to send one MIDI byte. 
Recall that Note On and Note Off 
messages require three bytes each, 
which means it takes 960 microseconds 
- call it one millisecond - to turn a note 
on or off. A single seventh chord over 
a bass note will take at least five 
milliseconds to transmit, with another 
five milliseconds needed when the keys 
are released. It is obvious that, with a 
lot of activity, a MIDI data stream could 
simply run out of bandwidth. 



MIDI tries to ease this problem with 
running status. The MIDI specification 
states that, once a channel message 
status byte is received, the receiver 
should remain in that mode, until 
another status byte is received. In other 
words, if a synthesizer is sent a Note 
On message, it exptjcts all further data 
to be Note On data, until another 
message is received. Rather than 
sending three bytes for each Note On 
message, we need only send the two 
data bytes firom each message. 

This method works wonders for playing 
a chord, but when the first key is re- 
leased, the Note Off message would 
interrupt the flow ~ which is why a 
zero velocity Note On is equivalent to a 
Note Off. By sending zero velocity 
Note On data, instead of a Note Off 
command, running status can be much 
more efficient. If most of the activity 
on a MIDI port is simply notes begin- 
ning and ending, running status can 
reduce overhead by almost 33%. 



RESOURCES 

That pretty well covers the technical 
aspects of the MIDI specification. If 
you'd like to see the "real thing," you 
can order the MIDI spec from the 
International MIDI Association ... or, 
better yet, pick up a copy of Craig 
Anderton's MIDI for Musicians. This 
100-plus page book explains MIDI 
better than I ever could in the space I 
have available here. It also includes a 
reprint of the abbre\'iated MIDI 
specification. 

If you're going out to buy a synthesizer, 
play the keyboards and ask questions! 
Near the back, you'll usually find a 
MIDI Implementation Chart, which will 
tell you exactly what the synthesizer is 
capable of when being used as a MIDI 
instrument. 

Until next month... Nybbles, Rick 

For more information, contact: 
International MIDI Association 
11857 Hartsook Street 
North Hollywood, CA 91607 
(818) 505-8964 

•AC' 



58 



AMAZING COMPUTING V2.10 © 1987 



Directory Listings Under 
AmigaDOS" 



by Dave Haynie 



Part II — More Explanations and Listing 



I've come up with many ideas to help speed up the directory 
commands at various levels. The ASDG company plans to 
introduce an intelligent hard disk controller that actually 
implements a sorting and look ahead scheme in its firmware, 
combined with caching. This hard drive could be very fast; it 
would certainly be faster than the FDir command run on a hard 
drive, and with the sorting taking place at the handler and/or 
device level, the speedup would be all-around, not just embed- 
ded in a directory command. 

On the subject of directory commands, Leo L. Schwab, of 
display hack fame, has been developing something very similar 
to the ASDG drive controller independently (his version is 
called "elcss''; he recently released it to Usenet). Just today, 
Paul Higginbottom, of Commodore Sales, came to me asking 
what I was doing with this idea. He'd been playing with some 
of the same concepts . . . obviously, this idea's time has come. 



/' Fast Directory Command by Dave Haynie 

This program is an example of DOS Packet calls, and of the described 
method of reading a standard AniigaDOS directory that's a bit faster 
Chan 

regular directory programs, which rely on the EjtNertlJ call or the 
ACTION EXAMINE^NEXT packet. The fast method is device dependent; a 
standard, equivalent directory function is available as a fallback for 
other file handlers, and for eowpirison purposes (via Che -n option J . 



♦include <exec/typGs.h> 

♦ include <exGc/meniDry . h> 
♦include <exec/cKec.h> 
♦include <librarios/do3 .h> 
♦include <libraries/dn3exten2.h> 

♦ include <iibrarie3/fileha,ndier .h> 
♦include <ctype.h> 

♦include <3tdao.h> 



/• Hash table size */ 



/• Protira:n's text messages ■/ 

(define N0_F1LES "No Files PoundVn" 

Idcfine ERR_DIR "Error: Directory not found\n" 

♦define HOrDIRECTORY "Error: Not a directary\n" 

Idefine OLD_LIBRARY "Error: DOS Library too olcS\n" 

/" Important, fixed, bloclt numbers ■/ 

♦define KASHSIZ 72L 

/* Standard output file pointer */ 

BPTR Stdout - NULL; 

struct DosLibrary *DosBa3e - KULL; 

/• Standard DOS fllelnfo Stuff, for various EXAMINE packets */ 

typedef struct FilelnfoBlocJt FIB; 



(define FIBMZM 



^ME^4F PUBLIC|MEHF_CLEAR1 



/* This section contain, 
keys. When a direct 
with directory keys 
directory loop may li 
for insertion in the 
the froric oC the lis 
in the list at any g 
in which the list is 
sorted list. •/ 



the code that maintains 
ory block is first read 
frora the haah table. Eac! 
n turn have a hash table 

list. As keys are proce 
t, so there can only be a 
iven time. Variable "dir 

being built, while "top" 



sorted list of directory 
the key list will be built 
h key processed in the main 
collision key of its own 
ssed, they are removed frora 
maximum of "HASHSIZ" keys 

indicates the direction 
points to the top of the 



^define DCWN 
♦define UP 



short dir - UP; 



/* Heads are noving down ■/ 
/■ Heads are moving up "/ 

/" The current movement of the heads 



unsigned top - 0; /• Indexes the top ot the keys list ■/ 
LONG keysiHASKSIZ+1]; /• The actual keys list "/ 

J" This macro pops the key from the top of the keys!] list. */ 

♦define PQpKey(k» ( \ 

dir - ink) - keys[Q]) > keysll]} ? DCWN : UP; \ 
niovman((char *) Skeys ( 1) , (char *1 ikeystO] , (-top>«21 : | 

/• This function adds the given key "keyno" into the key list. This list 
will always be built in a sorted order, based on '"dir" and the "guide" 
parameter. When a directory header is processed, the keys frora the hash 
table are Inserted in ascending order, based on a direction of *UP", 
This means keys larger than "guide" arc put in ascending order at the 
head of Che list, keys smaller are put at the tail of the list in 
descending order. The process reverses If "dir" is "DOWN". "/ 

void AddKeytkeyno, guide) 
register LONG keyno^ guide; 
I 

register short i; 

if Hlr — UP 6t guide < keyho) 

for (i - 0; i < top £& keys[i] < keyno; it+J; 
else if (dir — DOW>J £& guide > keyno) 

for (i - 0; i < top &t kay3[i] > keyno; i++); 
else if (dir — UP) 

for (i - top; i > 1 ti keysti-l] < keyno; i-) ; 
else 

for (i - top; i > 1 ti kcysli-l] > keyno; i-); 
movmeni( {char •) ikeys [ ij , (char ') 4keya(i + l] , (topt+-i) «2)i ; 
keys [iJ " keyno; 



/* This section contains the device-specific cylinder functions, ■/ 
short CYLIKD&BSIZ; /" Size of cylinder or track */ 



BOOL trackonly - TRi:^; 



/• Check single tracks, not whole cylinder 



/' This macro compares two key values. It returns TRUE If they'' re on the 
same cylinder (any head), FALSE otherwise. */ 



♦define cylEqra(kl, k2) ( (kD/CYLiNDERSiz 



(k2>/CYLIflDEBSIZ) 



This function looks up the device in use in the device list, based on 
the volume's hahdler task. Frotn this, the cylinder size is calculated 
for use by the same-cylinder test. This could be easily changed to 
lookup only sam.e-track info if desired. This function returns THUS if 
the device looks OK, FALSE if it seems to have an unusual file 
structure. */ 

continued,. 
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Prospect Software presents: 

QEDit 

The most powcrfu! Amiga Programmer's Editor. 

ALL THE FEATURES 
A SERIOUS PROGRAMMER DEMANDS: 

• Full Undo/Redo capabilily. Undo nny command. 
Redo undoes Ihe Uiulo! 

• Mulli-tiTsking, mulli-window Intuition interface'. 

• No limitations excejit inemorY on numlicr of files, 
numlier of windows, or fi!(.> si/r, 

• Invokeyourcompiler, assembler, LinkiTorMAKI: from wilhinQED- 

• Powerful pattern search, 

• Edit one lilf wtiilf savinj; or lompilini; another. 

• Menu-driven or keyhoart) driven. 

• Horizor>tal scroll. Fast screen updalc. 

• Define keyboard macros, assign macros to keys, 
and save definitions to disk. 

• Read and write any type of hic. 

• Optional fi!e backup. 
•Only $30. 

Also includes WINDOWKEYS Mouse Eliminator. Allows you to 
manipulate windows without touching the mouse. 

AVAILABLE NOW!!! AVAILABLE NOW!!! 
1-217-373-2071 



Prospect Software 
P. O. Box 343 
Champaign, IL 61820-0343 



ONLY 

$30 



Also; PLATOACCESSDISKforCDC Plato Systems. . .S30 



♦define DOSTRUE 
tdefina D05FALSE 



-IL 



BOOL CotCyltdl) 
struct DeviceList 'dl; 
1 

register struct DeviceNode "do; 

struct HootNodB *rQot; 

struct Doslnfo *inro; 

struct FileSysStartupHsEj 'fssm; 

LONG •eav; 

root - tstruct RootNode •) DosBase->dl_RQat,- 

info - tstruct Doslnfo *) BADDH (roDt->rn_Info) ; 

dn - {struct DeviceNode ■) BADDR (lnfD->di_DevInfD| ; 

lor <j dn I- NULL; dn - tstruct DevlceKode • I BADDR(dn->dn_Ne)itM 
If idn->cln_Type — DI.T_aEVICE it dl->dl_Tas)£ — dn->dn_Ta5lt) t 
fssm - (struct FlleSysStirtupHsiJ ') HADOR(dn->dn_Stirtup) ; 
env - IWNG ') BADDR(rBsn->rs3m_Environ); 
if (env|DE_SIJEBU5CKl :- 12aL) return FALSEr 
CtU!fDERSI2 - er.vIDE__BLKSPERTRACKl 

• |trackonly?lL:envlDE_SUK.H£ADSI); 
return TRUE; 
) 
return FALSE.' 



/" This section contains my implementation of typed DOS Packet functions, 
based on the BigPacket type. ■/ 

/• This structure stores ail of the information required in a DOS packet 
Including a pointer to the reply port that's used to get the results 
of a packet action and data pointer, which .Tiay point to a block or other 
data object, baaed on the specific packet type allocated. '/ 



typedef struct { 




struct Message 


bp Hag: 


struct EasPaclce;: 


bp Pkt; 


struct HagPort 


*bp R*p 


CPTR 


bp Dati 


) BlqPacfiet; 





/* This macro returns TRUE if the given packet has been sent, FftLSE 
otherwise. ■/ 



fdefine WasScntfpkt) 



( (pkt) -5bp_Bep ! - HULLI 



♦define PACHEH 



(MEMF PyaLICIMEKF CLEAR) 



/' This function allocates a typed Blgpacket. It returns HULL if the 
packet can't be allocated for some reason. The allocation is not 
completely general, but it works fine for the packets we're concerned 
with in this exairple. •/ 

BigPacket •AllocPacket (action, si2e,meiTiory) 

LONG action, size, neraory; 

I 

BigPacket *pkt; /" Resulting packet •/ 

if ((pkt - (BigPacket ■) AllocMem(sli«or(BiqPac:<et) ,PACMEM) ) — TOLL! 

return NULL; 
pkt->bp_Pkt .dp_Action - action; 
if Isiie !- OL) I 

if ( (pkt->bp__Data - (cftr) AllocMejntsize^raemory) ) — NULL) ( 
FreeHem(pkt,sizeof (BigPacket) ); 
return NULL; 

1 

pkt->bp_Pkt.dp_ArgZ - ( (ULO»IC)pkt->bp_Data) » J; 
) 

pkt->bp_Hsq.mn_Node.ln_NaiDe - (char *) t (pkt->bp_Pkt) : 
pkt->bp_Pkt.dp_Link - ( lpkt->bp_Hsg) ; 

return pkt; 



/• This function waits for the given packet of any kind to complete its 
action, returning its first return status value. */ 

LONG WaltPacket(pkt) 
BigPacket *pkt; 
I 

if (JWasSenttpkt)) return 130SFALSE; 

MaltPort (pkt->bp_Bep) ; 

CetHsg <pkt->bp_ftep) : 

DeletoPort lpkt->l^_Rep) ; 

pkt->bp_Rep - HULL; 

return pkt->bp Pkt, dp status; 
> 

/" This function asynchronously sends any packet "pfct" to perform its 
function. It is assumed the particular packet-type-specific data has 
been properly Initialized. If the packet has already been $ent, the 
function will return DOSFALSE. •/ 

LOKG SendPacketipid.pkt) 
struct MsgPort 'pid; 
BigPacket "pkt; 
( 

extern struct MsgPort *CreatePort () ; 

If IHasSent (pkt) ) return DOSFALSE: 

if ( (pkt->bp_Rop - CreatePort(NULL, OD] ^ HULL) return DOSFALSE; 

pkt->bp_pkt .dp_Port - pkt->bp_PBp; 

PutMsg(pid,pkt) ; 

return dostRUE; 



/■ This function frees up a packet allocated with AllocPacket I ) . If the 
packet was asynchronously sent, and has not yet returned, the function 
will traitPacket for the action to cotnpiete. */ 

void FreePacket (pkt, size) 
BigPacket 'pkt; 
U}NG size; 
{ 

If (HasSent (pkt)) HaitPacket (pkt) ; 

if (pkt->bp_Data ;- HULL) 

FreeMera(pkt->bp_l>ata, size) ; 

if (pkt->bp_aep ;- hull) DeletoPort (pkt->bp_HBp) ; 

FreeHem<pkt,9lzeof (BigPacket)) : 
1 

/■ This function is a general sync'ironous packet routine. It (jueues the 
given packet, then waits for it to conplete before returning. */ 

LONG DsPacket (pid, pkt) 
struct HsgPort 'pid; 
struct BigPacket "pkt; 



t 



if (Sendp3cket(pld,pkt) ;- DOSTRUE) return DOSFALSE; 
return WaitPacket(pkt) ; 



•/ 
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/■ This secCion contains my ImplBmor.tatlan of the standard rile handler's 
BLOCK and related function and othur data, far uae with the packet 
ACTION_GET_BU>CK . */ 

/• Variable sized BCPL type character string, in easy to use C teems. 
The sizing parameter la in terms ot long words. */ 

♦ define VARBSTR(3) struct I UDYTE Ion; BYTE str [ |3<<2>-1 ] ; 1 



/* File block typing information •/ 



♦define FT_SHORT_FILE 

♦define FTDATABLOCK 

♦deline ST_FILE 

♦define ST_ROOT_DTa 

♦define ST USER DIR 



2L 

SL 

Ojtfffffffd 

IL 

2L 



/• file or Directory black •/ 

/* Data bloc): ■/ 

/• File suijtype -/ 

/■ Soot directory subtype •/ 

/* Uaer directory subtype '/ 



/■ The is the DOS block definition. The interesting fields for most 
directory ItHns are called out in this structure. Only a few are 
actually used in this example, the rest of them could be added to an 
extended version of this directory command. */ 



typcdet struct BLOCK | 



b_type; 



b key; 



Block' s primary type 
Pointer bacle to self 



LQKG 




b scq; 




Blocks Uaed ■/ 


um 




b datasize: 




Data blocJts used */ 


lOHG 
LONG 




b_tirat; 




File's first datablock 




b checksum; 




Block checksi^ */ 


lAHG 




b hashlKASHSIZl ; 




Directory Hashtable */ 


SOUS 




(J spa 10 [2] ; 




2 Spares •/ 


tOHG 




b protect; 




pEotection '/ 


LOUS 




b bytcslze: 




File size, in bytes ■/ 


VWiaSIB(23l 


b cwrment; 




Filecomiaent •/ 


struct 


DateStaiT^j 


b datD; 




Creation date ■/ 


VAH3STR(16) 


b na:Tie; 




Filename -/ 


LONS 
LONG 




b_collis; 




Hash collision chain 




b_parent; 




Parent diceetory •/ 


LONG 
■/ 

LONG 




b_flxt; 




File e^ttension block 




b sub; 


/■ 


Blcx:k Subtype •/ 


) BLOCK: 











♦define BLKKEH 



(MEMF CHIPIHEMF PUBLIC) 



/* This function does esgentially the same thing as DoPacketO^ but 
ipaclCically tor a block read with an Initialized ACTIO!)_GET_8lOeK 
packet. The sector to road from Is also supplied, */ 

LONG RcadBlktpid, pkt.SBctI 
struct MsgPort *pid; 
BlgPacket *pkt: 
LONG sect; 
1 

it (sect — II pkt->bp_Pkt. dp Action !- ACTIOS_GEt_BLOc:K) 
return DOSFALSE; 

pkt->bp Pkt .dp_Argl - sect; 

It (SendPacket (pld,pkt) ;- DOSTRUE) return DOSFALSE; 

return WaitPacket ipl<t ) ; 



/' Directory output fommtting stuff. Some of the operators are coded 
zs macros to make them fast. I try to keep the formatting stuff as 
consistent as possible between the two directory functions, so that 
a valid speed comparison between the two methods can be accurately 
drawn. */ 



#define NAMESIZ Z3L 

Ideline PERLIHE 3L 

tdeflne INDENT 4L 

Idetlnc LINESIZ (NAHESIZ'PERLlNEt INDENTHL) 



char line[LINESI2]; 

/' This macro returns TRUE If the line buffer is full. */ 

*deflne LlneFulKpl ( (ULONOI ( (p»-line) >- LIKES:z-lIj) 

/• This macro EeturhS TRUE If the line buffer if empty. '/ 

Jdefire LineEmpty |p) dp) <-■ line t INDENT) 

/* This macro clears the line buffer. •/ 



/* Chars/Hame */ 

/* Names/Text Line •/ 

/• Line Indent •/ 

/■ size of line buff •/ 

/• The line buffer •/ 



•define LlneClear(p) { \ 

sotiDcmdine, (unsigned) (LIKESIZ-IL), 
(p) - line ♦ INDENT: ) 



'): 



/* This macro writes the buffer to tlie current output. 



DYNAMIC DRUMS 



TM 



The program that transforms your Amiga 
into a professional drum machine. 

• Incredibly realistic sound 

• Create your own studio-quahty drum tracks 

• Real or step time programming 

• Graphic Editing 

• Over 100 percussion samples included 
or use your own IFF samples 

• Fully adjustable volume and tuning levels 

• Randomizing options for a dynamic, human feel 

• MIDI compatible 



,TM 



Requires 512K Amiga 
Ml R, & CA add sales tax 



DEALER INQUIRIES INVITED 



Send Check or Money Order for S79.95 (effective 9/1 /87) to: 




W 



P.O. Box 43a. Sc. Clair Shores, Michigan 48080 

C31 3] 771-4465 

Amifja is a trademark of Commodore-Amiga Inc. 



•define LitieMrlteO 
/. . 



(Write (Stdout, line, LIHESIZI ) 



/' This section contains the main functions. */ 

/• This function reads the given key, assumed to be the directory block, 
and builds the key table based on that directory block's hash table. If 
the given block Isn't a directory block, the function returns FALSE. 
Note that using the AddKeyO function to add each entry is not all that 
efficient; it would be faster to fill the table and then run an 
efficient sort on that table. This is left as an extension. */ 

BOOL ReadOlr(pid,pkt,keyJ 
struct rtsgPort "pld: 
aigPacket *pkt; 
UONO key; 
I 

short 1: 

LONG 'table: 

BLOCK -blk; 

if (ReadBlklpld,pkt,key) I- DOSTRUE) return FALSE; 
blk - (BLOCK •: pkt->bp_Data; 

if (blk->b_type i- fT_SHORT_FI LE ) return FALSE; 
if (bll(->IJ_sub ;- ST_R(XIT_DIR 

it blk->b_3Ub ;- ST_USER_DIR) 
return FALSE; 

table - « (blk->b_hash[D]) ; 

keys 1(3] - OL; 

for (i - 0; 1 < HASHSIZ; it*) 

it ((key - tiblell]) i- OL) 
AddKeylkey, OL) ; 
return TRIJE; 
) 

/* This function Implements the actual Fast Directory commaj^d. It will 1m 
called after a little testing is done to insure that the given DOS 
device supports a normal trackdisk compatible file structure. */ 



continued.. 
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PRO VIDEO CGI 
by JDK Images 



PROFESSIONAL CHARACTER 
GENERATOR SOFTWARE 
FOR THE COMMODORE AMIGA 

100 Pages Text Memory * 640 X 400 Resolution 
3 Font Styles ' 3 Sizes * Alternate Fonts Available 

8 Colors Per Page * 4096 Color Palette 

5 Background Grids * 16 Sizes * 15 Transitions 

Variable Speed & Dwell * Flash ' Underline 

On Screen Editing * AND MORE . . . 



PVS Publishing - 3800 Botticelli - 
Suite 40 - Lake Oswego - OR - 97035 
(503) 636-8677 



PRO VIDEO CGI copyright '" 1986, 1987 
JDK Images, all rights reserved 
AMIGA is a trademark of 
Commodore -Amiga, Inc. 



BlgPicket 'pXt.- 
BOOL once - FALSE; 
char *pEr; 
long Icn; 

Milne ♦ LINESU-ILI - '\n' .- 

LlneClear (ptr) ; 

pkt - AllocPacl<at|ACTIOH_E)(AMINE_OBJECT,slieor(FTB),FIBMEH); 

rib - (TIB -I pltt->bp_Data: 

p)ct->bp_Pkt .dp_Argl - ( (UUDNC) locHI » Jr 

/' Do First EKamine, and check we've got a directory, •/ 

If (DoPacketlpid.plct) I- DOSTRUE II f lb->tlb_DlrEntryType < OL) | 

FreePacket (pkt^iilzeof IFIBI) ; 

return FALSE; 
) 

pllt->bp_Pkt.dp_Actlon - ACTtOH_F.XAMrNE_NEXT; 
while (DoPackot lpld,pkt( — TOSTRtlE) ( 

onco - TRUE; 

len - (lonql mini rlb->flb_Fllejlamo |0] , BAHE3IZE-1L1 ; 

strncpylptr, < I tib->f lb_FlleName [1] >, lonl ; 

"(ptr I- len) - <tlb->tib_DlrEntryType > PL) ? V s ' "; 

ptr -- NAMESU; 

If (LlncFulllptrJ ) ( 
Linewrite I ) i 
Uneciear (ptr) ; 

1 
I 
if <loncel 

Wrlte(Stdeut,NO_FILSS^ slzeof (NO FILES) ) ; 
else i£ ( ! LineErapty (ptr) ) 

LiaeHrltE ( ) r 
FreePaeketlpkt.slteof (FIB)) ; 
return TRUE; 



It checks to make sure we're not called 



/■ This i5 the raain functloji. 

from 

WorkBench first, if not, then It gets a lock on the given directory 
name, if passible. The lock yields the handler PID, which together 

with 

an allocated block packet Is sent to the Readr>ir() function, IC the 
function is successful the validity of the file structure has been 
tested, and the key list can contain some Keyii. FastDirO processes 

the 

keys, if there are any. If the ReadDlrO failed, then there's 

sonething 

funny about the file structure (RAW: is a good exa-Tiple of this), and 
thus NormalDirO is called to provide the desired directory listing. 



void FastDlr(pld,pkt) 
struct MsgPort 'pid; 
Blgpacket "pkt; 

register BLOCK "blk; 
LONG key, collia; 
char 'ptr; 
long len; 

blk - (BLOCK ') pI(t->bp_Data; 

• (line + LIKESIZ-IL) - 'Nn' ; 

LineClear (ptr) ; 

PopKey(key) ; 

vhllo (Read31k(pld,pkt,key> ~ EOSTBUE) f 

Ion - (long) !iiln(blk->b_nane. len, KAKESIZ-IL) 

strncpyiptr, Hblk->b_na,iie,3tr (0) ) , len) ; 

•(ptr + lonl - (blk->b_sub — ST_USEa_DIR) ? 

ptr t- HA.HESIZ; 

if (LineFull(ptr) ) ) 
Linewrite (); 
LineClear (ptr) ; 



I 



/• Set up the block •/ 
/• AJid the output butter 



) 

If ((collls - blk->b_collis) ;- 0L( 1 
if tCylE(;meolIls,blK->b_)tey>) 

key - CQllla; 
else { 

AddKey(collls,hlk->b_key) ; 
PopKey(key) ; 
I 
I else if {top :- 

?opKey(key) ; 
\ else 
break; 



/■ Any collision? ■/ 



OL) { 



1 

if (ILineEEptyCptrl) LineWriteO; 



/• Tills function i!t:plert:ents a nor.Tjl directory corcnand, also using packets, 
but the higher level EXA«iSE_03JECT and EXA.'<ISE_!(EXT packets, which 
should work tor any DOS device capable of sup^nrting files. */ 

BCOt KDrmalDlr(pld,lock) 
struct .HagPort 'pid; 
struct FileLock *lock; 
1 

register FIB Tib; 



DOS ^stdout" etjulvalent ' 
File l.ock for directory ' 
PID from tile lock •/ 
Packet for DOS Functions 
Directory name ■/ 
Forced norn4l directory ■ 
Called from Workbench •/ 



^naln (argc,arqv) 
int argc; 
char "argvO; 
I 

extern BPTR Output (); /« 

struct FileLock "lock; /* 

struct KsgPort "pId; /« 

BlgPackct *pkt; /■ 

char "dir; /• 

BOOL norm - FALSE; /• 

if (argc — 0) /• 

Exit (RETira!l_ERROR) ; 
If (argc >- 2 II argv[])(0| — >-') ) 
dlr - argv (2 3 ; 

norm- toupper (argvj 1 1 [1 ] ) — *H' ; 
trackonly - toupper (argv tl) (1) J 1- »C'; 
) else 

dir - argv{l 1 ; 
Scdouc - output [); 
if ( (DosBase - 

(struct DosLlbrary •)OpenLibrary("do3 . library", 33) ) ^ HULL) [ 
Srite(Stdout,OLD_LIBRABY. sizeof (OLD_LIBRABY) ) ; 
Exit (I); 
) 

if ((lock - 

(struct FileLock ■) BADDR(Lock(dir,SHAMD_LO:KM) — NULL) I 
Writo(Stdaut,ERR_DIit,llloof (EI1B_DIH) ) ; 
Exit (RETra!J_WAHNT; 
( 

pid - lock->ri_Ta3k; 

pkt - AllocPiCket(ACTION_GET_BLOCK, sizeof (BLOCK), BLKHEH) ; 
if (Inorji it CetCyl(BADDR(lock->fl_VQluioe)) n 
ReadDir (pid,pkt,look->fl_Xoy)) I 
It (top I- 0) 

Fa3tDir(pld,pkt); 
else 

Wrlte(Stdout,»IO_FlLES,si?eof (NOFILES) ) ; 
) else if (:NornalDir(pid,lcck)) 

Write (Stdout,l<OT_DIRECTOHy,slzeof(rJOT_DIBECTORY) ) ; 

Free?icket (pkt, siieot (BLOCK) ) ; 

pkt - AilocPacket(ACTIDN_FREE_LOCK, DL.OL); /■ UnLockO 

pkt->bp_Pkt ,dp_Argl - ( (ULONS) lock) » 2; 
DoPacket (pid.pkt); 
CloseLibrary (DosBase) ; 
Exit (RETURN OKI ; 
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As promised, the rumors are fallir^g faster 
than the autumn leaves. 



Commodore's net income rose 75 
percent during the fiscal fourth quarter, 
locking up a fifth consecutive quarterly 
profit. The net income was 2.1 million, 
roughly six cents a share. For the year, 
the profit was 89 cents a share, 28.6 
million total. Word has it that the 
European market is making more 
money than the United States market. 

Commodore is currently working on an 
advertising campaign for the Amiga 
2000, touting it as a desktop publishing 
and desktop video machine. The Amiga 
500 is in a serious back-ordered state, 
but Commodore hopes to move about 
15,000 machines by the end of Septem- 
ber, which is slightly short of the 
previous projection that they'll sell 
70,000 by the end of the year. They 
hope to sell about : 7,000 Amiga 2000 
systems by then, too. 

A big push for the Amiga in Germany, 
Norway and England is underway. 
Commodore is giving local dealers the 
oncc-ovcr on the latest software and 
hardware. 

Commodore is also assisting the devel- 
opment of the New York Institute of 
Technology's video digitizer. Insiders 
say the project is still months from com- 
pletion. 

Talk has also surfaced about a bug in 
AmigaDOS that hurt disk performance. 
Supposedly, a typo in the operating 
system code changed the disk caching 
algorithm from least-rccently-uscd to 
most-recently-used, meaning disk 
performance isn't as good as it should 
be. 



by the Bandito 

Rumors say CSA is working on a 68030- 
based Amiga for the government that 
increases performance even further than 
the CSA 68020 systems. 

Word on the Magic Sac Macintosh 
emulator is that it is up and booting the 
Mac "sad face" screen, which means 
your Mac is sick and needs to see a 
dealer. Meanwhile, Data Pacific has 
added hard disk support to the Atari ST 
version, so such support may be added 
to the Amiga version, too. 

The Commodore 64 emulator is still 
scheduled for release at the end of 
August, but company reps say they'll 
wait until every bug is crushed before 
they ship. List price is still S129.95. 
Turbo loads are not working at this 
point. 

RJ Mical got word to the Bandito that 
the recent rumor about his game may 
be misleading. It may be true that 
Electronic Arts will not publish the 
game (once code-named "Ballgame"), 
but that doesn't mean it won't ever be 
published. He may find another 
publisher in the future. . . 

Meanwhile, Mical and former Amiga 
Los Gatos hardware engineer Dave 
Needle have been hired by Epyx to 
work on new projects that are "non- 
software-bascd," thus leading the 
company in a new direction. Said RJ: 
"We're designing a solar-powered 
flashlight, but don't tell anyone, OK?" 
He is using the Amiga as a develop- 
ment station, however. 



Recently, the Usenet Amiga group, 
comp.sys.amiga, was deluged with 
messages regarding Leo Schwab's 
VidcoScapc 3D animation that repro- 
duced a scene from the "Red's Dream" 
movie at SIGGRAPH. Schwab, the 
author of display hacks such as 
"Robotroff and "Viacom," brought the 
animation to the Aegis table in the 
Amiga booth. They playai it on an 
Amiga 2000 with their music program, 
Sonix, doing the background music. 

After the show, a representative of 
Pixar warned Schwab that he should 
not show the animation because the 
concept of a red, juggling unicycle is a 
copyright of Pixar, in much the same 
way that Disney restricts use of Mickey 
Mouse. Schwab worked carefully to 
avoid angering the Pixar reps, and all 
parties agreed to one last showing of 
Schwab's animation at a FAUG meeting. 
After it was all over, Schwab ended his 
conclusive posting with a definitive 
phrase: "Pixar is going to have competi- 
tion at the SIGGRAPH Film and Video 
Show next year." 

For some reason, Pixar also took a jab 
at the Amiga in a paper they presented 
at the show. They were discussing a 
ray-tracing program that was rendering 
an image of moving Jello. Pixar said 
they had a roomful of Amigas working 
on the problem. . . 

The Amiga is featured in a new movie 
"Disorderlies," which features the rap 
group the Fat Boys. Some people 
thought they saw the Amiga in the 
background in a laboratory in the latest 
James Bond movie, "The Living Day- 
lights." 

continued on page 66 
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AMAZING INTERVIEWS I 

Amiga Artist: Brian Williams 



hy John Foust 



If you are a fan of Amiga art, you 
certainly recognii^e the name Brian 
Williams. 

Williams is a senior at Benedictine 
College in Lisle, Illinois, majoring in 
computer science. He has worked on 
artwork for past Commodore projects. 
Along with programmer Glenn Tenney 
(known for porting Electronic Arts 
games) and Defender of the Croum artist 
Jim Sachs, Williams created images for 
the Amiga 2000 dealer demo disk 
shown at Spring COMDEX. Sachs 
worked on the "attract mode" of the 
demo; the initial screens to lure unsus- 
pecting buyers to the machine. 

The demonstration tells the story of 
ancient Egyptians who use the Amiga to 
present the Pharoah with plans for a 
giant sandstone Amiga 'A.' The ancient 
planners use desktop publishing and 
CAD programs in their design. The 
demo shows off the Amiga's sound, 
graphics and multitasking. The demo is 
quite long, consuming the equivalent of 
two or three disks of data. 

As a programmer, Williams had hoped 
to create computer-aided design and 
paint programs for the Amiga. . . 
instead, he turned to artwork. He 
started by making picture disks for his 
local Amiga dealer. Soon, Amiga 
owners requested copies of his pictures. 
Williams prepared several disks of 
images and distributed them freely. 

When Williams first saw the Amiga, the 
Preferences program impressed him as 
much as a beta version of Deluxe Paint. 
"Preferences blew me away. It showed 
full video because you could move the 



screen beyond the regular video area. I 
felt confident that someday Deluxe Paint 
would paint out there." 

Williams also thinks software developers 
have been slow to realize the needs of 
Amiga artists. In particular, he empha- 
sizes the need for programs that draw 
in the border regions of the screen 
(often called the overscan area). "Now 
we have full video in Deluxe Paint. 
Why wasn't everything full video? 
Because no one asked for it." 

Nonetheless, Williams is very happy 
with some existing tools. "Deluxe Paint 
is an incredible tool. It is bettor than 90 
percent of what I've seen on other 
systems. It is almost as if it [D-Paint] is 
an extension of myself; it has such a 
fluid user interface. That [interface] is 
something that no other Amiga program 
has captured." Williams remains 
hopeful that other programs will go 
beyond Deluxe Paint. 'There are no 
programs out there yet that express the 
full potential of this machine." 

What techniques does Williams use to 
draw a picture? "First, you know what 
you are trying to draw. I don't usually 
touch the color palette; I optimize it 
later on. I start by blocking out light 
and shadow (to get the outlines), then 
fill-in and add shading." Williams then 
switches to magnify mode to dither and 
anti-alias lines. "Contrast — That's all- 
important. You can't think of 'an object 
here, an object here.' Light and shadow 
are very important." 

"I think a lot of people don't like 
drawing on a computer. They find it 
difficult because they like to think they 
are drawing on paper. They try to 



draw a straight line and they expect to 
lift the pencil to make the line thinner; I 
expect jagged lines. My lines are 
already dithered in my head." 

Williams spiends most of his time in 
magnify mode, adjusting thousands of 
pixels, one by one, to get the desired 
effect. "I have enough inspiration to 
carry me through the long parts. Often, 
my drawings are 50 percent finished 
after an hour. The time afterwards 
makes all the difference. If you expect 
it to be easy, then it will be hard." 

Some of Williams' pictures are so life- 
like, so detailed, that people wonder if 
they are digitized. He owns a Digi- 
View, but does not use it to produce his 
artwork. "Digitizers can be used or 
misused. They make it very easy for 
people to bring real world objects into 
their Amiga." 

Does Williams consider digitized images 
to bo artwork? "Sometimes. I ask the 
person, 'What have you done with it? 
Is it an original still-life that has some 
meaning or is it a picture from Popular 
Mechanics?' Nothing disappoints me 
more than downloading an image and 
finding that someone digitized some- 
thing and touched it up. It requires a 
good eye to make a good picture," 

"On the Amiga, 1 see the digitizer as 
good for inputting very basic images. 
Once it's input, that is only the begin- 
ning — You start pulling it apart, you 
redefine the image. For me, the 
digitized image is only the start of a lot 
of hours of work." 
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Showcased here are just five 
of the many fine works of art 
by Brian Williams. 




m^ 
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AMIGA" & COMMODORE^" 
PRODUCTS 

Prices so low we will not advertise them . . . 
We will not be undersold! 

Inside CA 1-818/366-5305 • Outside CA 1-800/443-9959 

KJ Computers, quite possibly the larsest Amiga dealer in the USA, stocks all Amiga and 
third party Amiga products, as well as most popular peripherals and supplies. KJ is 
easy to do business with, their staff is knowledgeable, and delivery fast For all this, and 
best pricing available, give KJ Computers a call today! 




COMPUTERS 



10815 Zelzah Avenue, Granada Hills, California 91344 



(continued from page 63) 

The Mytech software company has 
ported the COMAL language to the 
Amiga. Reportedly, it leaves about 150 
K of memory for programs in a 512 K 
machine. No word on when it will be 
out. 

Digital Creations, the Gizmos people, 
arc working on several projects: a S700 
professional quality genlock, a video 
digitizer, a HAM paint utility and a 
program that prints IFF pictures as 
wall-sized posters. 

Microlllusions is said to working on 
new programs, including an advanced 
animation program and a music 
program called Music-X. 

"Rumormongers" venture that Broder- 

bund is developing software for the 
Amiga. In their latest catalog, Broder- 
bund used Amiga screen shots to show 



off sample screens from their Apple 
iIGS programs. They have also hired 
some Amiga-experienced programmers. 

Aegis Animator author Jim Kent is 
working on an Atari ST program for 
Antic Software called CyberPaint. Antic 
may also be coming out with another 
animation program for the ST. Has 
Kent abandoned the Amiga? Not 
really, he did some of the compression 
routines for the yet-unreleased Amiga 
Live!. 

Lattice says their latest C compiler, 
version 4.0, will be out in October. Jim 
Goodnow showed his Amiga source- 
level debugger at a recent BADGE 
meeting. He also said version 4.1 of the 
Manx C compiler will be shipping this 
fall. 

A new Modula-2 compiler is available. 
From the accounts I've seen on the 
networks so far, it sounds great. The 



bugs are few and far between, which is 
a far cry from the TDI compiler. The 
manual is huge and several libraries of 
routines arc included. A review should 
appear in this magazine very soon. The 
new compiler, priced at S199, is distrib- 
uted by Oxxi (the people who market 
MaxiPlan) (714) 999-6710. 

A company called the Gemstone Group 
has a low<ost 68020 / 68881 upgrade 
board for the Amiga. For more infor- 
mation, call (312) 537-7405. 

At last word, news came that Atari has 
bought the Federated consumer electron- 
ics chain. Federated is one of 
Commodore's biggest sellers of Commo- 
dore 64, 128 and Amiga products. Will 
Atari let them sell Commodore prod- 
ucts? 

•AC- 



66 



AMAZING COMPUTING V2.10 © 1987 



Programming Modula-2 



with the Amiga^ 



Fast File I/O 

A module to call the DOSFiles Read and Write procedures 
without going through Streams. 

hy Steve Faiioiszewski 



Probably the easiest method of doing I/O in Modula-2 is to 
use the InOut module. Unfortunately, in the TDI package, 1/ 
O done through InOut can be painfully slow. The reason for 
the lack of speed is that for every character to be read (or 
written), the InOut module calls the ReadChar procedure 
from module Streams, which in turns calls the AmigaEX!)S 
Read (or Write) procedure (declared in the DOSFiles module). 

The extra level of indirection (going through the Streams 
module) and all the procedure calls required for the reading/ 
writing of each byte add up to a great deal of overhead 
which affects performance tremendously. Well, there is a 
better way (why else would I be talking about it?). 

The "better way" requires that you have a module to call the 
DOSFiles Read and Write procedures without going through 
Streams. In addition, instead of calling Read (or Write) for 
every character, the I/O should be buffered, meaning that 
chunks of bytes will be read or written, rather than just 
single characters. Far fewer calls to Read will be necessary, 
and the overhead will be reduced significantly. 

The programs using this 'fast I/O* module need not know 
anything about buffering; they simply call the 'fast' read and 
write procedures. Such a module (called FastFiloIO) appears 
in the following source listing. A few points of interest 
regarding FastFilelO follow. 

Notice how the type 'FastFilo' is declared in the definition 
module. Such a type is known as an opaque, since any other 
module cannot examine the component parts of FastFile. 
FastFilo is fully declared in the implementation module. This 
practice of concealing the gory details is known as 'data 
hiding' and is encouraged in Modula-2. Any client module 
(i.e. any module that makes use of FastFilelO) will be able to 
pass only variables of type FastFile as parameters to proce- 
dures and to assign one FastFile variable to another. 



Notice in the procedure 'FastRcad' how bytes are copied 
directly from the FastFile's internal buffer to the spot In 
memory pointed to by the 'Buffer' parameter (the opposite is 
true for FastWrite). Instead of using arrays (i.e. copy from one 
array to another), I use pointers. Pointers allow for greater 
flexibility, while also avoiding the size constraints that would 
be introduced if arrays had been used. A note of caution: 1 
take advantage of TDI's non-standard ability to use the INC 
procedure to increment pointers (and addresses). The original 
definition of Modula-2 specifies that INC can be used only on 
scalar types (such as INTEGER, CARDINAL, CHAR, subranges 
and enumerated types), so other Modula compilers might 
consider using INC on pointers to be an error. 

Just how much faster is this FastFilelO module? The following 
listings include two simple file copiers — one using InCDut and 
one using FastFilelO. Both programs read one byte at a time 
from the input file and write it to the output. The difference in 
speed is impressive — the 'SiowCopy' program takes more 
than 15 seconds to copy a 2K file; the 'BctterCopy' program 
takes less than a second to complete the same task. Note that 
the 'BetterCopy' can still be improved. Instead of reading one 
character at a time, it could read blocks of characters, thus 
decreasing overhead and improving overall performance. 



Late Breaking News 

By the time you read this article, a new Modula-2 compiler 
should be available for the Amiga. This package, called the 
Benchmark Modula-2 Software Construction Set, is distributed 
by Oxxi, Inc. (Tel: 714-999-6710). An in-depth review should 
appear in these pages shortly, so all I'll say now is that this 
one-pass compiler is lightning fast — when it comes to compile 
and link speed, the new compiler puts all other Amiga 
compilers to shame. 



continued.. 
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INSIDER HAM BOARD & CLOCK 
The INSIDER \s llic "original" plug In, no solder, interna] memory 
expansion board. It gives you an additional One full Meg of 
iWemory lo your Amiga 1000. The INSIDER (ealufes a Real Time 
Clock/Calendar, true FAST Memory, works with Sidecar and auto 
conlig's under 1,2. One Year Warranlyl 0NLYS349.9S 



KWIKSTART PLUS tor Amiga 1000 
KWIKSTART puts ttie new Amiga 1.2 Kickslart in ROM, this allows 
faster startup lime, but It doesn't lock you into 1.2. Switcliable 
feature lets you still use Disk Based Kickstart, Plugs into the 
G80Q0 processor and requires one PAL change on Daughter Board. 
The PLUS gives you an additional 256K to use when running under 
the 1.2 system. More features and less work than other 1.2 kits 
and it's compalible with the IMStDER. ONLYSI69.95 



MULTI-START for Amiga 500 & 2000 
Compalibility Enhancer for the A500 and A2OQ0, MULTI-START lets 
you run all the old Amiga programs [ike the Transformer, Archon, 
Skyfox, Public Domain Software and many more. MULTI-START puts 
the Amiga 1.1 operating system in ROM, now you can enjoy the same 
Software compatibility as all A1000 owners. It's user 
installable, no soldering or trace cutting, Switch from 1,2 to 
1.1 or 1.1 to t,2 using Amiga keytuard, no software to run! Get 
the most (rom your A500 or A2000. ONLYS129.95 



3 FOOT disk drive cables, extend your external drives with ease, 
for the AlflOO. A500 & A2000 ONLY S21.95 

Hard lo find parts, ROMS, Custom Chips, F series, DB23 connectors 
and more. Call for help In getting the parts you need, FutI 
Repair Service available. 

VISA, M/C, AMEX, COD (cash or f,1.0.) Sorry no P.O.'s 



Order Today: 

<^-— r?- Michigan Software 



"Y^ 43345 Grand Riv 
( n NOV!, Ml 48050 
I ( 313-348-4477 



OrCALL: t ^313-348-4477 Amiga 883 313-348-4479 

Dealer Inquires on multiple orders Invited. 



PROCEDURE FastReadChariF : FastFile; VAR c : CHAR) ,■ 

(* Read on character from file F and place it In c. *) 
(* File F taust be already open for input, <•) 

(* FastDone is set, appropriately. ') 

PROCEDURE FastReadLlnefF : FastFile; VAR line : ARRAY OF 

CHAR} ; 

(* Read a string of characters from file F and place them 
in line. The reading of characters is terminated when 
an End-Of-Llne character Is encountered, or line become 
full. 

*) 

(* File F must be already open for input. *) 

(* FastDone is set appropriately. •) 

P ROCEDURE Fa St Read I F 



I- 



FastFlle; Buffer : ADDRESS; 

Length : LONGCARDI : LONGCARD; 
Read bytes and place them in memory starting •) 
at the address pointed to by Buffer. * 

Length specifies how many bytes to read. 
Returns the actual number of byteii read. 
File F must be already open for Input. 
FastDone is set appropriately. 



*[ 



PROCEDURE FastWriteChariF : FastFile; VAR c 
(* Write character c to output file F. 
(* File F must be already open for output. 
i* FastDone is set appropriately. 



PROCEDURE FastWrlte (F 



CHAR); 

*) 
*l 



(• 



FastFile; Buffer : ADDRESS; 

Length : LONGCARD) : LONGCARD; 
Write bytes from memory, starting at the address *) 
pointed to by Buffer, to file F. *) 

Length specifies how many bytes to write. 
Returns the actual number of bytes written. ' 
File F must be already open for output, 
FastDone is set appropriately. 



PROCEDURE FastEOFIF : FastFile): BOOLEAN; 

(» Returns true of end of file was encountered *) 

(" for input file F, This procedure has no •) 

(* meaning for output files. *} 



DEFINITION MODULE FastFilelO; 
FROM SYSTEM IMPORT ADDRESS; 
TYPE 



FastFile; 



VAR 

FastDone : BOOLEAN; 

[* Note: All the following procedures modify the FastDone *) 
(' variable. FastDone is TRUE If the operation was ♦) 
I" completely successful, and FALSE otherwise. ") 

PROCEDURE FastOpenlnput |VAR F : FastFile; 

VAR name : ARRAY OF CHAR; 
Size : CARDINAL) ; 
Open file for input. •) 

name : the name of the file to open for Input. •) 
Size : specifies the size of the buffer to be used ■) 

internally for reading. The larger the buffer •) 
the less the overhead Involved in reading. *) 
FastDone is set appropriately. *) 

PROCEDURE FastOpenOutput (VAR F : FastFile; 

VAR name : ARRAY OF CHAR; 
Size : CARDINAL) ; 
Open file for output. •] 

name : the name of the file to open for output. *) 
Size : specifies the size of the buffer to be used *) 
internally for writing. The larger the buffer *) 
the less the overhead involved in 'writing. *[ 
FastDone is set appropriately. *) 



PROCEDURE FastClose(VAR F 



FastFile); 



END FastFilelO. 



bffLEHENTATION MODULE FastFilelO; 



(*ST-*) [* Disable Subscript checltlnq. Not needed here *) 



IMPORT NULL, ADR, ADDRESS, TSIZE; 
IMPORT AllocMen, FreeMem, HemPublic, 



FRtM SYSTEM 

FROM Memory 

MemReqSet ; 

FROM DOSFlles IMPORT Open, Close, Write, Read, ModeOldFile, 

ModeNewFlle, FileHandle; 
FROM DOSLlbrary IMPORT DOSName, DOSBase; 
FROM Libraries IMPORT OpenLlbrary; 



TYPE 



EOL = 12C; (• LF ends a line *) 

CharPtr - POINTER TO CHAR; 

FastFile = POINTER TO FastPiieRec; 

FastFileRec = RECORD 

IndexPtr, 

bufp : CharPtr; 
BufSize: CARDINAL; 
mode, 
length : LONGINT; 
fh : FileHandle; 
eof : BOOLEAN; 
END; 
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PROCEDURE Flush (F : FascFile) : BOOLEAN; 
(* Write out the file's buffer to disk •( 
VAR 

slzSr 

ret : LONGINT; 
BEGIN 

WITH F~ DO 

Size :- DDNGINT (ADDRESS (IndexPtr) - ADDRESS (bufp) ) ; 
ret :- Write [fh, bufp, size) ; 
IF (ret <- 0) OR (size O ret) THEN RETURN FALSE 
END; 

length := 0; 
IndexPtr :- bufp 
END; 

RETURN TRUE 
END Flush; 

PROCEDURE FlllBuffer{F : FastPlle); 

I* fill the file's buffer from bytes read from disk ") 
VAR 

i : CARDINAL; 
BEGIN 

WITH F» DO 

length :- Read (fh,bufp,L0NGINT{BufSl2en ; 
IF length <- THEN 
eof := TRUE 
ELSE 

IndexPtr :- bufp 
END; 
END; 
END Flliauffer; 

PROCEDURE CominonCpen (VAR F : FastFlle; 

VAR name : ARRAY OF CHAR; 
Size : CARDINAL; Mode : LONGINT) : 
BOOLEAN; 
VAR 

tmp : FileHandle; 
BEGIN 

tmp := Open (name, Mode) ; 
IF tmp = THEN RETURN FALSE END; 

F :- AHocMe!n(TSIZE(rastFlleRec) ,HemReqSet(MemPubllcl 1 ; 
IF F = NULL THEN 

(* Oh oh! Not enough memorv for another FastFlleRec "1 
Close (tmp) ; 
RETURN FALSE; 
END; 
WITH F- DO 

bufp := AllocHem(LONGCARD(Slze),Mei«Re<iSet(MeraPublic() ; 
IF bufp - NULL THEN 
(* Not enough memory for our buffer. Better cleanup ") 
Close (tmpi ; 

FreeMem(F,TSIZE(FastFileRec) ); 
RETURN FALSE 
END; 
IndexPtr ;= bufp; 
length :- 0; 
fh ;- trap; 
eof :- FALSE; 
BufSlze :- Size; 
mode := Mode; 
END; 

RETURN TRUE 
END CommonOpen; 

PROCEDURE FastOpenInput(VAH F : FastFUe; 

VAR name : ARRAY OF CHAR; 
Size : CARDINAL) ; 
BEGIN 

IF ComiionOpen(F, name. Size, ModeOldFllel THEN 
Flliauffer(F); 
FastDone :- TRUE 
ELSE 

FastDone :=■ FALSE 
END; 
END FastOpenlnput; 



continued.. 
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MODULA-2 

the successor to Pascal 



■ FULL iniertace lo ROM Kurnet, 
Intuition, Workbench and AmigaDos 

■ Sman Inkor for gfeally reduced 
code siji? 

■ Tfue na:ive code implemenlation 
(Not UCSD n-Code or M-code} 

■ Sophisttcatcd nmlli-pass compiler 
allows farwiird (ftlenjcicos and code 
opiimrzalion 

■ HcaflnOiit. LonrjmOul. InOiit. 
Strings. Storage, Terminal 

■ Streams. MathLitrf) and all standsffl 
modules 

■ Wof>5 w-tn sinc]li> llopDV ^'2K RAM 



■ Supports real numbers and 
transcender\ial lunciions le srn. cos. 
tari. arctari. cxp. In, log, power, sqn 

■ 3d graphics and mu II i- tasking 
demos 

■ CODE statcmcnl for assembly codo 

■ Error lisiei wiH locate and identify all 
errors in soLircocode 

■ Singlflcliar^-icier I'D supponed 

■ Mo royalties or copy proleclion 

■ Phone and network customet 
support provided 

■ 350-pagc manual 






m Pasc; 
P" of as 



Pascal and Uodmla'^sotirco code are nearly identical Moduid-2 should be thou;: 
Of as an enhance<I superstM cf P,j&cal Professor Niklaus Wirih ftho crtjaior 
Piisc^ij aesignt^d P.^(.it]ifi.i ,' \i f«-!ii.ii:.- P;istai 



Added leatures oi Madula-2 not lounid th Pascal 



• CASE Has an ELSE and may confain 
subranges 

■ Programs may t>e broken up mio 
Modules (or Separate compilation 

■ Machine level inierfacf! 

Bit-wise opefatofs 

Direct port and Memorv access 

Absolute addressing 

Interf jpt structjri' 



■ Dyn^imic strings fat may be any 

■ Multi -tasking IS supported 

■ Procedure variably 

■ Module ^rfrsion conirol 

■ Pfogmmmer definable scope ol 
objects 

■ Open afray parameTer^ (VAR r 
ARRAY OF REALS.) 

■ Elegant type iransfe! functions 



Ramdlsk 
JBenchmarks (sec*) 

Sieve of Eraluslht^nes 

float 

Caic 

Null program 



Coryplle 

67 
5.7 



-19 
7.2 
4.8 
47 



42 
6G 
36 



Opiomlzed 
Size 

1257 Dj/Sfb 
3944 byies 
1 736 bytes 
1 100 bvtes 



MODULE Sieve. 

CONfST Size 6190, 

TYPE FlagRange [0 Size], 

FlagSel SET Of FlagRan^e, 
VAR Flags FlagSsl: 

I FlagRange, 
Prime, k. Count, Iter CARDINAL, 
BEGIN rSS-.SR-.SA- •) 
FOR Iter- 1 TO 10 DO 
Count ^ 0. 

Flags FlagSetO. (" empty set ') 
FOR I ^ TO Si/e DO 
(F (I IN Flags) THEN 

Pnme Hi ' 2) ■ 3, K » • Pnmo 
WHILE k <- Sl^eDO 
INCL (Flags, k). 
k ^ k - Prime. 
EHD. 

Count- l^ount - 1 
END, 
END. 
END. 
END Sieve. 



MODULE Float, 

FROM MathLibO IMPORT sia In, k-» 
sqrt. arcl. 
VAR *,v REAL t CARDINAL. 
BEGIN CST-.SA-.SS-'i 
x 1 0, 
FOR I - 1 TO 1000 DO 

y ^ sin iA\. y ^ In (x), y^ exp [xi 
y sqrt |x). y - arcian ini, 
X - * - 001. 
END. 
ENO (lodl 



MODULE calc. 

VAR Ab.c. REAL. n. i CARDINAL 

BEGIN CST-.SA-.SS-'l 

n ■ 5000. 

a 2 71826, b- 314139. c- 10. 

FOR I I TO n DO 
c - c'a. c - c'b.c - ca.c- c b 

END. 
END calc 



Product HislorY 
Tne TDI Modula-2 compiler has been running on tne Piinnacie supermicro (Aug 
64). Atan ST (Aug, 85) and will soori appear on the Macintosh and UNtX rn the4in 

otr se 



Regular Version $39.95 Developer's Version $149.95 Comrrwrcial Version $239.95 
The regular version contains all the features listed abovo The developers version 
contains acTdilional Amiga nioduSes, macros .and demonstration programs - a 
symbol f i le docodt^r - ti nk and load file disassemblers - a sotirce file cross relerenccr 
- the kermit file transler ulilily - a Modula-2 CLI - mottules tor IFF and ILBM The 
commercial version contains all of Ihe Amjga module source files 





Otfwr Moduta-2 Producti 




Kermit 


- Contains lull sou^Ct? plus Sl5 connect tme to CompuServe 


S2995 


Examples 


' Many ol the C programs Irom ROW Kernel and Intuibon 






translated into Mocula-2 


S24 95 


GRID 


- Sophisticated multi-Key li(e access method with over 






30 pfocedufes to access vanabie length records 


$49 95 



7D/ 



10410 Markison Road 
Telex. 388442 



SOFTV*/AR£. INC, 

Dallas. Texas 75238 ■ |214) 340-4942 
CompuServe Number 75026.1331 
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TRANSFER C64/C128 files to and from your Amiga! 



Disk-2-Disk reads your PaperClip, SpeedScnpt and Pocket Writer 
documents or otiier files on floppy disl< directly into your Amiga. 
Transfers ail file types. Use ttiese transferred files with your 
favorite Amiga programs. 

• Reads/writes 1541/4040 and 1570/1571 disk formats. 

• Converts Commodore/PET ASCII to Amiga ASCII and 
vice versa. 



TRANSFER MS-DOS and ATARI ST files 
to and from your Amiga! 



Dos-2-Dos reads Lotus 123v/orksheets. v/ordprocessing 
documents or any other files on floppy disk directly mto your 
Amiga for use with your favorite Amiga programs. 

• Reads/writes both 5,25 AND 3.5" MS-DOS disks. 

• Reads/writes 3.5" Atari ST diskettes (GEH/I format). 

• Converts ASCII file line ending characters. 

Disi(-2-Disk requires Itie Amiga model 1020 5 25' disk drive. Dos-2-Dos 
runs on any standard Amiga Di5k-2-Disk S49.95. Dos-2-Dos S55.00. Add 
S3,00 for stiipping and ttandling. CA residents add 6% sales tax. 



END; 
END; 

c :- IndexPtr"; 
INCdndexPtrJ; 
FastDone :- TRUE 
ELSE 

FastDone :- FALSE 
END; (* If •) 
END; (• with 'I 
END FastHeadChar; 



FastFile; VAR c 



CHAR) ; 




Central Coast Software ' 

» 268 Bowie Drive. Los Osos. CA 93402 (805) 528-4906 2 



PROCEDURE FastWrlteChar (F 
VAR 

Stat : BOOLEAN; 
BEGIN 

WITH F* DO 

IF mode - ModeNewFile THEN 
FastDone :- TRUE; 

IF CARDINAL(ADDRESS(IndexPtr) - ADDRESS (bufpl ) 
BufSlxe THEN 

FastDone :- FIush(F[ 
END; 
IndexPtr* :- c; 
INCdndexPtr) ; 
ELSE 

FastDone :- false 
END 
END; 
END FastWriteChar; 



PROCEDURE FastReadjF 
VAR 



FastFile; Buffer : ADDRESS; 

Length : IjDNGCARD) : LONGCARD; 



PROCEDURE FastOpenOutput [VAR F : FastFile; 

VAR name : ARRAY OF CHftR; 
Size : CARDINAL) ; 
BEGIN 

FastDone :- ComraonOpen (F, name, Size, ModeNewFile) 
END FastOpenOutput; 

PROCEDURE FastClose(VAK F : FastFile); 

(• Close the actual disk file, and release *) 

(* all the memory allocated to It. •) 

BEGIN 

WITH F* DO 

IF mode = ModeNowFlle THEN 
FastDone :- Flush (F) 
ELSE 

FastDone :- TRUE 
END; 

Close (fh) ; 
FreeMemtbufp, LOSCKARD (BufSizel ) ; 
END; 
FreeMem(F,TSIEE{FastFlleRec) ) ; 
END FastClose; 

PROCEDURE FastReadChar IF : FastFile; VAR c : CHAR); 
BEGIN 

WITH F* DO 

IF mode •= ModeOldFlle THEN 

IF length <- LONGINT (ADDRESS (IndcxPtr) - 
ADDRESS (bufp)) THEN 

IF eof THEN 

FastDone := FALSE; 
RETURN 
END; 

rlllBuffer(F); 
IF eof THEN 

FastDone := FALSE; 
RETURN 



TmpBuf : CharPtr; 
Tmplndex : CARDINAL; 
TmpLength, 
1, 

CharsToKove, 

CharsInBuffer ; LONGCARD; 
BEGIN 

TmpLength :- Length; 
TtnpBuf :- CharPtr (Buffer) ; 
Tmplndex := 0; 
WITH F- DO 

IF mode - HodeOldFile THEN 

WHILE (TmpLength > 0) AND NOT eof DO 
CharsInBuffer := LONGCARD (length) - 

LONGCARD (ADDRESS (IndexPtr) 
ADDRESS (butpl) ; 
IF TmpLength > CharsInEluf fer THEN 
CharsToMove ;- CharsInBuffer 
ELSE 

CharsTohkjve :- TmpLength 
END; 

FOR 1 :- 1 TO CharsToKove Do 
TmpBuf" :- IndexPtr'; 
INC (IndexPtr); 
INC (TmpBuf) 
END; 
DEC (TmpLength, CharsToMove) ; 

IF length = LONGINT (ADDRESS (IndexPtr) - 
ADDRESS (bufp)) THEN 
?illBuffer(F) 
END; 
END; 
DEC(Length, TmpLength) ; 

FastDone := (TmpLength - 0); 
RETURN Length 
ELSE 

FastDone :- FALSE; 
RETURN 
END 
END; 
END Fa St Read; 
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PROCEDURE FastWrlte [F 
VAR 



Fastrile; Buffer : ADDRESS; 

Length : LONGCARD) : LONGCARD,- 



RoomlnBuffer, 
CharsToMove, 
TmpLenath : LONGCARD,* 
Tmplndox : CARDINAL,- 
TmpBuf : CharPtr; 
Stat : BOOLEAN; 
BEGIN 

TmpLength :- Length; 
TirpBuf :- CharPtr (Buffer); 
Tmplndox :- 0; 
Stat :- TRUE; 
WITH F- DO 

IF mode = ModeNewFlle THEN 

WHILE CRspLength > 0) AND stat DO 

RootnlnBuffer :- LONGCARD (BufSize) - 

LONGCARD (ADDRESS (IndexPtri - 
ADDRESS (bufpl [; 
IF TmpLength > Roomln Buffer THEN 
CharsToMove := RoomlnBuffer 
ELSE 

CharsToMove := TrnpLenqth 
END; 

FOR 1 :- 1 TO CharsToMove DO 
IndexPtr" := TmpBuf; 
INC(IndexPtr) ; 
INC (TmpBuf) 
END; 

DEC (TmpLength, CharsToMove) ; 
IF CARDINAL (ADDRESS (IndexPtr) - ADDRESS |bufp) ) 



BufSize THEN 

Stat :- Flush (F) 
END; 
END; 
DEC (Length, TmpLength) ; 

FastDone :- stat AND (TmpLength 
RETURN Length 



0); 



ELSE 



FastDone :■ 
RETURN 
END 
END; 
END FastWrlte; 

PROCEDURE FastEOF{F 
BEGIN 

RETURN F-.eof 
END FastEOF; 



FALSE; 



FastFlle) : BOOLEAN; 



PROCEDURE FastReadLlne (F : FastFlle; VAR line : ARRAY OF 

CHAR) ; 

VAR 

1 : CARDINAL; 
BEGIN 

1 :- 0; 
WITH F' DO 

IF mode - ModeOldFlle THEN 
REPEAT 

IF NOT eof THEN 

lined) :- IndexPtr"; 
INC (IndexPtr) ; 
INC{l)r 
IF length = LONGINT (ADDRESS (IndexPtr) - 
ADDRESS (bufp) ) THEN 

FlllBuffer(F) 
END; 
END; 
UNTIL eof OR (llne[l-ll - EOL) OR (1 = HIGH(llne))j 
IF line[l-l) - EOL THEN 

line [1-1] :- OC 
END; 
llne[il :- OC; 
FastDone ;- NOT eof; 




"We specialize in AMIGA and C64/128!" 

Now In Stock! 

Insider 1-meg board • w/ Clock-Calendar 
Call For Our Low Pricing! 



SOFTWARE 

31621/3 Delaware Ave. 
Kenmore, N.Y. 14217 



xttn 



SUPERMARKET 

{716)873-5321 



ELSE 

FastDone := FALSE 
END; 
END; (• with •) 
END FastReadLlne; 

BEGIN 

(• MalcG sure that DOS library Is opened •) 
IF DOSBase - NULL THEN 

DOSBase :- OpenLlbrary (DOSNaine,0) ; 
END; 
END FastFilelO. 



MODULE SlowCopy; 



************ **mttm»*t,**»*1,t**1,1Htt1ntit*i,ttt1,tiHit[^tt^^^^^ 



* This Is a small, slow (and stupid) copy program,*) 

* which goes through InOut to do its I/O. *) 
' Feel free to use this code as you please. You *) 

* don't even have to keep my name In it. Just don't •) 

* blame me for it! *) 

****************************************'n**************i 



FROM InOut 



FROM DOSLlbrary 
FROM Taslts 
IMPORT Trapper; 



IMPORT Openlnput, OpenOutput, Closelnput, 
CloseOutput, Read, Write, Done, 
WrlteStrlng, WrlteLn; 
IMPORT SIGBrealcC; 

IMPORT Tas)(Ptr, FlndTasIc; 



VAR 



c : CHAR; 

Myself : TaslcPtr; 
Ldone : BOOLEAN; 



continued.. 
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^ Check out: our new price and 
features for Multi-Forth™ 

Version 1.2 Multi-Forth increases the power, 
speed and flexibility of this already successful pro-_ 
gramming language and development tool. Some ot 
the new features include: 

• Local Multi-Tasking 

• Sound Drivers 

• Complete Set of Include Files 

• New AmigaDos 1.2 Calls 

• Enhanced Kernel 
If you haven't tried Multi-Forth you may not 

have yet unleashed the full power of your Amiga. 

Call our toll free number for a technical data 
sheet or check out our online services on Compu- 
Serve at GO FORTH. 

Now only $89.00 

4701 Randolph Rd, Suite 12 Rockville, MD 20852 

301-984-0262 in MD 

1-800-FORTH-OK (367-8465) 



Slow File Copier' ) ; 



PROCEDURE CtrlCO: BOOLEAN; 
I* see If eontrol-c signal has arrived •) 
BECIN 

RETURN SIGBreakC IN Myself. tcSlgRecvd 
END CtrlC; 

BEGIN 

Hyself :- FlndTas)c(0| ; 

WrlteStringC 
WriteLn; WrlteLn; 
Openlnput [") ; (* prompt for, and open Input file *) 
OpenOutput ( " ) ; (• prornpt for, and open output file *) 
Ldone := Done; 

WHILE Ldone AND NOT CtrlC (I DO 
Read (c) ; 

Ldone :■ Done; {* we have to save the value of *> 
Write (c) (■ Done because Write changes it. *! 
END; 

Closelnput; 
CloseOutput; 
END SlowCopy. 



MODULE BetterCopy; 

(* Here's a slightly improved copy program. 

(• Instead of going through InOut, we read 

(* characters using the FastFiielO module. 

(• Speed can still be Improved by changing 

(* the code to read bloc:<s of characters, 

(• instead of one character at a time 



f«**«******ii******<i****** 



i**.****«tM**» 



') 



FROM FastFiielO IMPORT FastOpenlnput, FastOpenOutput, 
FastClose, FastRe.idChar, 
FastWrlteChar, FastEOF, FastFlle, 
FastDone ; 

FROM InCut IMPORT WriteLn, HrlteStrlng, Readstring; 

FROM DOSLibrary IMPORT SIGBreaiiC; 

FROM Tasks IMPORT TaskPtr, FindTask; 

IMPORT Trapper; 



CONST 



EOL - 12C; 

BlockBufferSize - S44; 
CACHESIZE - BiockBufferSlze 



2; (■ holds 2 block buffs 



TYPE 



VAR 



ModeType - (Input, output) ; 

Fast Output, 
Fastlnput : FastFlle; 
c : CHAR; 
dummy : BOOLEAN; 
Myself : TaskPtr; 



PROCEDURE CtrlC ([: BOOLEAN; 

i* see if control-c signal has arrived *) 

BEGIN 

RETURN SIGBreakC IN Myself". tcSigRecvd 
END CtrlC; 

PROCEDURE OpenFllelVAR F: FastFlle; mode: ModeType): BOOLEAN; 
VAR 

name : ARRAY [0.. 64 1 OF CHAR; 
done : BOOLEAN; 
BEGIN 

done :- FALSE; 
REPEAT 

HrlteStrlng ('Enter 'l; 
IF mode - input THEM 
WriteString ( 'Input' ) 
ELSE 

WriteString ( 'Output' ) 
END; 
WriteString) • File Name: ') ; 
Readstring (name) ; 
IF mode - input THEN 

FastOpenlnput (F, name, CACHESIZE) 
ELSE 

FastOpenOutput (F, name, CACHESIZE) 
END; 
UNTIL FastDone OR CtrlCO; 
RETURN FastDone; 
END OpenFlle; 

BEGIN 

Myself :- FlndTask(O); 
WriteString (' Better File 

Copier' ) ; 

WriteLn; WriteLn; 
IF OpenFile (Fastlnput, Input) THEN 

IF OpenFlle (FastOutput, output} TH-N 

WHILE NOT FastEOF (Fastlnput) AND FastDone DO 
rastRoadChar(FastInput,cl ; 
FastWrlteChar (FastOutput, c) 
END; 

FastClose (FastOutput) 
END; 

FastClose (Fastlnput) 
END 
END BetterCopy. 



•AC- 
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Window I/O 

C Routines for input from and output to on arbitrary 
Window on an arbitrary Screen 



by Read Predmore 



When running a C program from a CLI window, all routines 
(such as printfO, putcO, getcO) use the CLI for input and 
output, This method is satisfactory for C programs when 
you know the program will be invoked from the CLI, and 
not by double clicking on an icon. If separate windows are 
desired for input and output, a Console can be opened on the 
WorkBench screen. 

In general, you must open a window on an arbitrary screen 
and attach a console to this window. The details of opjcning 
this console are discussed in the Rom Kernal Manual chapter 
on the Console Device. One of the ROM demonstration 
programs, 'cons.c', is available on Fred Fish Disk 5. The 
'cons.c' program works fine, but has many details that I have 
incorporated into general purpose subroutines. These 
routines allow a console device to be opened with any 
TextFont and then allow input and output to the device. 
Finally, close the console in a straight-forward way, without 
having to mess with the details. 

Tabic 1 summarizes the various input and output options 
available to the Amiga C programmer. Three modes of I/O 
are presented. The first mode is for printing to and getting 
input from the CLI where the program was started. This 
method cannot be used if the program is started from 
WorkBench with an icon, because a 'printfO' or 'putsO' call 
causes a software error and a visit from Mr. Guru. You 
might hope that the output would just be lost, but that is not 
what happens with WorkBench 1.1. 

The second method, which can be used with a program 
started from the WorkBench, is used to open a CON: device 
and do the I/O through that window. As is summarized in 
Table 1, a pwintcr to a FILE, pFILE, is set equal to the result 
of an fopcnO of a CON:. Inputting a character is then 
accomplished with gctc(pFILE). Inputting a string is accom- 
plished with fgcts(buf,num,pFILE), where buf is a pointer to 
char, which was probably defined as: 

char buf [80); 



The maximum number of input characters is set by num. 
Formatted input can be done with the fscanf 
(pFILE,format,pointers) function. Note that the FILE pointer, 
pFILE, is the first parameter in the fscanfO routine and is the 
last parameter in the fgcts(), putcQ and fputsO routines. This 
inconsistency in C will never be changed, since these functions 
are defined in this manner in the Kcminghan and Ritchie bible. 
The C Programming Language. 

Output is accomplished with the functions putc(ch,pFILE), 
fputs(buf,pFILE) and fprintf(pFILE,format,variables) for charac- 
ter, string and formatted output, respectively. 

When you are finished using a WorkBench Console, it is closed 
with: 

fclose(pFILE); 

I have developed a set of analogous routines for input from 
and output to an arbitrary Window on an arbitrary Screen. The 
Window console is opened with: 

console = AttachConsole(Vk/indow, name); 

In this case, console is a pointer to a Console structure, window 
is a pointer to a Window, and name is a pointer to a string. 
The Console structure is not an Amiga structure, but rather one 
I have defined that incorporates the input and output message 
ports that are required for console I/O. 

The Console structure is defined in my header file WINDOW.H 
as: 



/■ Group a\\ ports, message pointers '/ 
/" and buffers in a 'Console' structure. */ 

struct Console ( 

struct MsgPort 'WrItePort; /* Defined in <exec/ports,h>, 7 
struct lOStdReq 'WriteMsg; /" Defined in <exec/io.h>. 7 
struct MsgPoft 'ReadPort; 
struct lOStdReq 'ReadMsg; 
char readbuffer(48); 

}: 

continued.. 
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AMIGA DUAL 3V2 " 
DISK DRIVES 

100% Compatable with 
Amiga 500, 1000 & 2000 Computers 

• Internal Power Supply 

• .Ul Metal Chassis 

• Horizontal Layout 

• Vented Enclosure 

• On-Off Switch 

• 6 foot 3-prong Hnecof 

• Primary Circuit Breaker Protected 

• Color Coordinated to Amiga Computers 

ONLY $395.00 

20 Meg Hard Drive (SCSI) with Controller 

ONLY $785.00 

Cotnp- US are 

4H Maplu AvcniiL-, W fsthury. N"*' I 1590 

In NY State (51 6) 997-6707 

Outside NY State (800) 356-9997 

"Meeting the Needs of People in the Electronic Age" 



Don't worry if you don't know about about Message Ports. I 
wrote these routines so that you wouldn't have to bother with 
that level of detail. If you are really curious, you are welcome 
to delve into these routines, but it is not required. 

Input from a Window console: is done with congctcCconsolc) 
and congctsG3uf,num,consolc) for character and string input, re- 
spectively. Formatted input is. done in two steps. First, 
congets(buf,num,conso!c) is used to input a siring, then 
sscanf(buf,format,pointcrs) decodes the input string and stores 
the results using the pointers to variables. 

Output to a Window console is accomplished with 
conputc(ch,console) and conputsCbuf,console) for character and 
string output. As for input, formatted output is done in two 
.steps. First, sprintf(buf,format,variablc) is used to make a 
formatted string in the string buffer, buf. This string is then 
output with conputs(buf,console). 

These Console routines are illustrated in the WINDOW_IO,C 
demonstration program. The program I have developed opens 
a 640 by 200 screen with 3 bits planes for 8 colors. Three 
resizable windows are then opened with the Ruby-8, Sapphire- 
14 and Garnet-9 fonts. Throe consoles arc then opened in those 
windows. 



A simple I/O demo is then done with the input to Consolo-0 
being output to both Console-! and Console-2. The first 
demonstration does character I/O using congetcQ and 
conputcO. The Consolc-0 window must be active for this 
test. The character is echoed back to Console-0 by the 
congotcO function. The main program also gives the hexa- 
decimal code for the input character and .sends the character 
to both Console-1 and Consolo-2. A CTRL/S causes the 
program to move on to the next step and CTRL/C exits the 
program. 

The second step uses string I/O with the congetsO and 
conputsO functions. An entire line of characters can bo 
input until a carriage return is encountered. This string is 
sent to Console-! and Consolc-2. With the chosen Fonts 
(which have proportional spacing), the conputsf) output will 
be much more compact than the same characters sent out 
with the conputcO function. 

This proportional spacing usually looks nicer, but has a limi- 
tation. If, for example, a large font is used and only 55 char- 
actors fit on a line when conputcO is used, the conputsO 
function can only put 55 characters on a line. This limit 
holds true, even if these 55 characters only take up 2/3 of a 
line when proportionally spaced. This "feature" appears to 
be specific to the Amiga console I/O, not my implementation 
of it. 

Also, if two strings of 20 characters are output with 
conputsO, without a newline '\n' at the end of the first 
string, a blank gap shows up between the two strings of 
characters. This gap is present because the starting position 
of the second string is calculated as if the first string was 
output character by character. 

The indexO function, which is part of the Manx C library, is 
used to test for a CTRL/S or CTRL/C in the input string. A 
CTRL/S skips to the next step and a CTRL/C exits. The next 
three steps use string input and a sscanfO on the input string 
to input integers, hoxadocimals and floating point numbers. 
Each time, a CTRL-S is used to skip to the next step. 



WIndow.h 

The window.h header file starts with a number of include 

statements for the Amiga 'include' directory. The Console 

structure is then defined to include all ports, message 

pointers and an input buffer. The size of this structure is 64 

bytes. 

Next, a set of bit flags are defined, so that various libraries, 
screens, windows and window consoles can be opened with 
the initializcO routine. The flags are accumulated in the 
variable, cur resource. This variable is then tested in the 
closedownO routine, so that all the system resources are 
released before the program exits. 
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Console routines 

The following are detailed descriptions of each of my console 

routines: 

AtfachConsoleO 

The Console opening routine is AttachConsole(wtndow, 
name), which involves many details. First, memory is 
allocated for a Console structure. This structure, struct 
Console, is defined in the 'window.h' file and currently has a 
size of 64 bytes. A zero is returned by AttachConsolcO if 
memory cannot be allocated, or if one of the subsequent 
message ports cannot be opened. 

Next, the string ".write" is concatenated to the console name 
and this string is used to create a WritePort. The address 
which is returned by the CreatePortO function is stored in the 
con sole-> WritePort pointer. Next, this port address is used in 
a CreatcStdlOO call and the returned pointer is stored in 
console->WriteMsg. The same thing is now done for the 
ReadPort and ReadMsg pointers. 

So far, we have opened up two ports, but they have not been 
related to the desired window. This reaction is done by 
equating the WriteMsg io Data pointer to the window 
pointer, and the ioLength to the size of the Window struc- 
ture: 

consoIe->WriteMsg->io_Data = (APTR) window; 
console->WriteM5g->io_Length = sizeof( 'window); 



This initialized IO Standard Request structure, WriteMsg, is 
used to open a console.device with: 

OpenDeviceCconsole.device', 0, console->WriteMsg, 0); 

]f this opening is successful, the io Device and io_Unit for 
the ReadMsg are equated to those devices for the WriteMsg. 

Finally, a SendlCX) command is done to put the first input 
character from the keyboard into console->roadbuffcr|OI. The 
address of the memory allocated for the Console structure is 
returned. Much work has been done just in preparation to 
get the first character from the keyboard, but subsequent I/O 
will be done in a straightforward manner, using the same 
format as other C I/O functions. 

DetachConsoieO 

The closing of a Window Console involves closing the 
various resources which were opened with AttachConsolcO 
and freeing up the Console structure memory. 

conputcQ 

The character output routine conputcf) is called with a 

character argument and a pointer to a Console structure. The 

continued... 



Summary of I/O possibilities 



Via the CU: 
OPEN 

INPUT 

Character 

String 

Formotted 

OUTPUT 

Chiarocter 

String 

Formatted 

CLOSE 



Automatic opening of stdin, stdout and stderr 



getctiarO; 
getsCbuO: 
sconf(fofmot,polnters); 



putchiaf(ch); 

puts(buf); 

printtCformat.variables); 

Automatic ciosing of stdin, stdout and stderr 



Via a Woric Bench console: 



OPEN 

INPUT 

Ctioracter 

String 

Formatted 

OUTPUT 

Chiaracter 

String 

Formatted 

CLOSE 



pFiLE = fopen(constr,'w+'); 



g©tc(pFiLE); 

fgets(buf,num,pFILE); 

fsca nf(p Fi LE.f orm otpointers) 



putc(cti.pFiLD; 

fciuts(buf.pFILE); 

fprintf (pFIL E.format.vc riobi es) : 



fciose(pFiLE); 



Vb a window console: 



OPEN 



console = AttcctiConsoleCwtndow.name); 



INPUT 




Chcractef 


congetc(conso!e); 


String 


congets(buf,num,consoie); 


Formatted 


congetsCbuf.num.consoie); 




sscanfCbuf.format.pofntefs); 


OUTPUT 




Character 


conputc(ch,consoi©); 


String 


conputs(iouf.consoie); 


Formatted 


sprintfCbuf.format.voriabies); 




conputs(buf.consoie); 



CLOSE 



Where: 



Detac hConsoie(consoie) ; 



chof 'but, ch; 
struct Console 'console; 
FiLE 'pFILE; 
int num; 



constr is a string such as ' CON :0/ 10/640/1 10/consoie name' 
format is a string such OS ■i=%d. x=%f, string=%s. char=%c\n' 

Pointers are pointers to variables 

or the addresses of variabies, such as &i. 
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5 Reasons Why You're Ready For 

MacroModem 



1. Vou love leleconi. bui no( mcniorli^alimi. MacioMoiJcin's user- 
wTiiien macro libraries and compiniion liclp screens (J6 macros 
per file) store log on pr^ctdures. rcnioii; s^iium menus and 
commands 

2. You've always wanlcd to use the mouse aficr you're connected, 
too. Write macros that mimic remote •iy.stcm commands and menus, 
then execute Iheni with the mouse or keyliuarcl. 

3. You like automation, but not sctipl langtiages. Oiir macros use 
normal command.'; from MacroMudent, renioic systems, and 
.■\migaDOS. as well as text and conlrdl codes. .-\ mulli-«indo\ved 
MacroEditor is included No new programming language to learn. 

A. You want to do other thing.s while downloading a file. 
-VlacroModem is truly m.ilti-laskiug. uiili a NewCLl available 
anytime, even during file transfers. .And MacroVlodem's error 
checking won't slop downloads unless you lell n to. 

5. Of course MacroModem includes standard telecom software 
features, too. Teach .MauoModcni «1kii you want, and il will 
remember for you. 

MacroModem - the betierway 10 do Icleconimuiiicalions. Sfj9.'J5 

Kent [-.ngmecring & Design 

P.O. Box 178. Motlville, XY bll'J 

(315)685-8237 



WriteMsg pointer in the Console structure is used to initialize 
io_Command to CMD_WRITE, io_Data to the address of the 
character, and io Length to 1 (since only one character is being 
written). Then, DoIO() is called to actually output this charac- 
ter. 

conputsO 

The string output routine conputsO works in the same manner 
as conputcO, except that a pointer to a nuU-lerminaled string 
and a pointer to a Console structure are the two function 
parameters. The elements of the WriteMsg structure arc 
initialized for a write command, ioData is set to the string 
pointer, and an io_Lcngth of -1 is used to signify that a null- 
terminated string is being sent. DoIOO is then called. 

congetcO 

The only argument for congctcC) is a pointer to the Console 
structure which the input is coming from. It waits until a 
message is available on (ht: consolc->ReadMsg and then stores 
the input character in a temporary location, while the RcadMsg 
channel is readied for getting the next character with 
CMD_READ and ScndlCK). 
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Listing One 

Window I/O Makefile 

CFLAGS- -s +1 +lran:defs 
ALL«<lndow lo.o 



all: 



foo: 



defs: 



foo S (ALL) 

del ram: defs 

copy dfO:LIB/m32.1ib ram: 

copy dfO:LIB/c32.11b ram: 

m -W S(ALL) ram:m32.11b ram:c32.1ib 

del ram;m32.1ib ram:c3a.lib 

@echo "All done! !" 

defs 

copy defs ram;defs 



cc +hdefs -a +1 window. h 



Listing Two 
Window.h 

/• WINDOW.H 

It 

* Read Predmore 
COPYRIGHT 1987 

* 

*/ 

I include "Intuit ion/intuit ion. h" 

♦include "exec/exec. h" 

♦include "excc/io.h" 

llnclude "cxcc/mcmory.h" 

Jlnclude "exec/types. h" 

f include "graphlcs/qfxjTiacros .ti" 

(include "graphics/copper. h" 

♦include ^graphics/gels. h" 

♦ include "graptiics/reglons.h" 

♦ include "graptilcs/cl !p.h" 

♦ include '^hardware/dmablts. h" 
♦Include "hardware/custom. h" 
♦include "hardware/blit.h" 

♦include "devices/console. h" 
♦Include "devices/keymap.h" 



♦include 
♦Include 



"llbraries/dos.h" 
■■libraries/dis)(fotit.h" 
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•Include "llbraries/mathfrp.h" 

linclude "stdlo.h" 

/* Group all ports, message pointers 

and buffers in a 'Console' structure. */ 

struct Console 

( struct MsgPort 'Wrltcport; 

struct lOStdReq "WrlteMsg; 

struct MsgPort 'aoadPort,- 

struct lOstdReq 'ReadMsg; 

char readbufferHai ,- 
); 



/• MAS? 


1 

definitions 


•/ 


ideflne 


F_INTUITION 


0x000001 


•define 


r_GRAPHICS 


0x000002 


•define 


F_MATH 


0x000004 


•define 


F_MflTin'RANS 


0x000008 


(define 


F_DOS 


0x000010 


•define 


F^DISKFONT 


0x000020 


•define 


F_SCREEN 


0x000100 


•define 


F^MENUSTHIP 


0x000200 


Ideflne 


F_EIASTER 


DxOOOlOO 


•define 


F_WINDOW0 


0x001000 


• define 


F_WIND0W1 


0x002000 


•define 


F_WIND0W2 


0x004000 


•define 


F_WIND0W3 


OxOOBOOO 


•define 


F_CONSOLE0 


0x010000 


•define 


F_C0NS0LE1 


0x020000 


•define 


F_C0NS0LE2 


0x040000 


•define 


F_C0NS0LE3 


OxOBOOOO 


•define 


F_FONT0 


0x100000 


•define 


F_F0NT1 


0x200000 


•define 


F F0NT2 


0x400000 


•define 


F_F0NT3 


OxSQOOOO 


/* Defines for attaching a console 


•define 


CON_WPORT 


0x01 


• define 


COfl_WMSG 


0x02 


•define 


COH_RPORT 


0x04 


•define 


CON_RMSG 


0x0 S 


•define 


CON DEVICE 


0x10 



SCREEN AND WINDOW DEFINITIONS •/ 



•define DEPTH 
Ideflne SHEIGHT 
•define SWIDTH 



200 
640 



SCREEN HEIGHT •/ 



" Flags for function keys. 
Ideflne CONPUTC ON OxOOOlL 



Ideflne CONPUTS_ON 

Idefine KEYMA?_ON 

Ideflne RAWIN_ON 

Idefine TEXT TEST 



Ox0002L 
OxOOlOL 
0x0020L 
OxOlOOL 



Keycodes from RKM section on the console device. 
Bit 8 is set high which corresponds to 
releasing the indicated Key. 
Bit 9 has been added and set high as 



* is 


done In the DECODE CS 


roi 
'/ 
define 


tine. 




Fl KEY 


OxOlDOL 


define 


F2 KEY 


OxOlDlL 


define 


F3 KEY 


0X01D2L 


define 


F4 KEY 


0X01D3L 


define 


F5 KEY 


0X01D4L 


define 


F6 KEY 


0x01 DSL 


define 


F7 KEY 


0x01D6L 


define 


F8 KEY 


0x01D7L 


define 


F9 KEY 


OxOlDSL 




GENERAL LEDGER 

A coinjjrchcli'iivt iliiuhU'-cnlrv 
iii-ctiKndni; svsuiii vvnli muipli-ir- 
ilnihl ir.ilk. 1 Iriniiii; |.iiii .■iliiiiH .iriil 
full rcporilnti. 



CHECK LEDGER 

A sinult-trilry lH«ikk<r|)iMi; svslcm 
Willi :i usiT-clrliiK-d rhiirr lit IrsLonif 
<Trul I'Npt-nsf Ltfiiinnls. vi-iir-Ui-dalc 
KJIals. suhiiriMuiils. iiiut mniplclc 
flM'i:kiiii;;ir,r.iinl liismrv 



ACCTS RECEIVABLE 

tiiKJMt iirrcjii t-u--i;f)nii f si.iins. whirli 
.ntKuiiiis iiir |i.isi fliu. fcfri'Ciist Juju- 
niiich iiioiH'v \iv i\|jcii m n-n-ivo lor 
cash How plnniiin^. and k<.-c|>(>n Kiinj] 
yniir niRiurTurs cTrrlit pnsitlons. 

ACCTS PAYABLE 

Ikljisiiiiiii.iH. ■iiir](mtk(Jlslili;ibllitH's 
bvroJIcrlitiAlvt iirlrir itnt! invoice lllfw- 
in;miiji .111(1 In n pdrrin^ lUc husl- 
nrss r.iKlu nimiiKrnriiis.inil |ki\'[iiciil; 
lii^ilfiry. 



PAYROLL 

A roni[irihi-TKtvr sysH'in Mllowinii jtav 
rales liir*-lnii(l:irfl hoi i[v la-crtimr. ;ind 
salary. Umirlv :iiiii s.il;iry cmplnyi-r-s 
may \M- p;ild MTckly. Iiiwixkly. scnil- 
nuinthly, iiiitl inonihly. Corninissloii!.. 
lniiiis<)ri1\ics(irfIiirt±f>iiMind\'iica(i(iii 
actTual/usi-:irr;nci»iiini()(l.irrri.Mwilv. 
Vrarlii-dair. qiiarlcrly. rlionlhly. M\A 
nirrcni soials.irriiiahiiaincd. Fi-de-ml 
rfporiiiii; nnrt si.isf rnmpiitatinns are 
iiirludi-d 



INVENTORY CONTROL 

Slo^^■Sl■ll^l ami iiii.iiilily intbriiiailrni. 
updnti-s It liunu'tlialciy. and ofkrs key 
nianagcmcnt rr ports. Foiircasts. four 
locatluns, wiles lilBlory, and U'lidor 
Inrormallon Is kept for each iieiti. 



(619) 436-3512 



Box 668-A 
Encinitas, CA 92024 



•define 
•define 
Ideflne 
•define 
•define 
•define 



Fl 0_KEY 

HELP_KEY 

UP_flRROW 

DO»J_ARRqW 

RIGHT_ARROW 

LEFT ARROW 



OxOlDSL 
OxOlDFL 
OxQlCCL 
0x01 CD I, 
OxOlCEL 
OxOlCFL 



Listing Three 
Window lO.c 



WINDOW_IO.C 

COPYRIGHT 19S6, 1987 

By Read Predmore 

wlndow_lo.c - a console device which can be 

attached to any window. 



•include "window. h" 



Idefine CTRL_C 

Ideflne LF 

Ideflne CR 

Ideflne CTRL S 



0x03 
OxOa 
OxOd 

0x13 



DIONG 
ULONG 
ULONG 
ULONG 
ULONG 
struct 
struct 
I 
\ 
1 



OL,- 



cur_resource 
DosBase; 
DIskfontBase; 
Intuit IcnBase: 
GfxBase; 
TextFont «tfont[3|; 

TextAttr tattr[3] = ( 
(unsigned char • 1 "ruby. font", 8,0,0 1 
(unsigned char ') "sapphire. font", 14,0,0 ), 
(unsigned char ' I "garnet , font", 9,0,0 ) 



continued.. 
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INTRODUCING. 



Pf oje<?.t BT 



TTZ 



Fuller Cojuputer 
Systcjii--* Int- 



r: 



'.-A- 




An 

Evolution 

in Disk 

Utilities 

for Amiga™ 

Personal 
Computers! 



F 

E 

A 
T 
L 
R 
I 

N 
G 



• An easy In use. tricnilly iind iniuitni; user interlace. 

• A pov^urlu! iind fas; iliik backup [iiol thui lets you make backups of 
uiur ct}p>-pruieaed Amiga soliwurc 

• A disk cdnmg tool that Ifis you eiiit raw MhM iracki. AmigaDOS 
^ecLors and Ami^aDOS files (automatically calculating new 
checksums) 

• A disk caiiiUignig t jol thai Ids you maintain lists of your personaL 
public tlumain and conjnierciai .software. 

• A unique b;icktip tool fo[ duplic;.iling other disk lornial^ uicluding 
MS-DOS. Mf-DOS and Ai.iri SI , 

• An easy lo read, intorinau^e user triunual is included. 

• I hii ptuduct IS rul cup>'proiecti-'d in aii> way. 



NOW SHIPPING! 

$49.95 ., 

hiLiuiies shipping and handlui^l 
Ari/ona residents add 6 5' i sales tax. 



TO ORDER 

Send chcvk ur tiiotiey urdci to; 

f-ulk-r C'onipuier Systems, Inc. 

t' O Hox «22 

Mesa. .fVti/.ona S52U4-()430 

Or C.AI.I. (502)835-5018 



Ami^ I* i Trademark til t iimnuidorc-Amiga, Jtt 



Dedler Inquiries InMted 



/■ SCREEN AND WINDOW STRUCTURES */ 



struet 
I 



NtwScteen screenO 



, 
, 

SWIDIH, 
SHEIGHT, 
DEPTH , 

, 

1 , 
HIRES, 

CUSTOMSCREEN , 
NULL , 

(Ubyrt •) 

-WINDOW I/O TEST by Reaa 
NULL , 
NULL 



struijt. NewWintJow nw(31 " 



/" LeftEdge 




V 


/• TopEdge 




*/ 


/• Width 




V 


/• Height 




•/ 


/• Depth 




"/ 


/■ DetallPen 




■/ 


/- aiockPen 




■/ 


/' ViewModes 




"/ 


/• Type 




/ 


/• 'Font 




'/ 


^ledmore - COPYRIGHT 


1986 


1967 


/• 'Gadgets 




•/ 


/" -CustomBicW 


ap 


/ 



0, 10, 

640, 5a, 
i,i, 

0, 

/* window gadget Hags •/ 
WINDOWDEPTH I WINDOilTJRAO 

WINDOWSIZING I SMART REFRESH I ACTIVATE 
0, 



NULL, 
(UBYIE 
NULL, 
NULL, 
160,50, 
320,200, 
CUSTOMSCREEN 



/* starting position (left, top} */ 
/* width, height */ 
/• detailpen, blockpen */ 
/' flags for Idcmp */ 



/" pointer to 1st user gadget •/ 
/' pointer ticj user check ■/ 
) "Console-0 ', /■ title "/ 

/* pointeir to window screen */ 
/* pointer to super bitmap */ 
/• min width, height '/ 
/■ jnax width, height */ 



1 



0,65, 640, 68, 7,3, 0, 
WINDOWDEPTH 1 WINDOHDRAG I 
WINDOWSIZING I SMRRTREFRESH, 

0, NULL, (UBYTE M^'Conscle-l" 
160,50, 320,200, 
CUSTOMSCREEN 



NULL, 



5,4, 



0, 



0,133, 640, 67, 
WINDOWDEPTH I WINDOWDRAG | 
WINDOWSIZING I SMARTREFRESH, 

0, NULL, (UBYTE •)"CQnscle-2 
160,50, 320,200, 
CUSTOMSCREEN 



NULL, 



1; 



struct Screen *psO; 

struct Window *pw[31; 

struct RastPort *rp[31; 

struct Console *console[3]; 



extern 


void 


■Openl 


Ibrary ,- 


extern 


struct 


Console 


*AttacnConsole () ; 


extern 


struct 


IntuiMessage 


•GetHsgU ; 


extern 


void 




•CreateStdlOO 


extern 


void 




•CreatePort (I ; 


extern 


struct 


Screen 


•OpenScreenO ; 


extern 


struct 


TextFont 


•OpenDlskFont () ; 



extern struct Window 



"OpenWindow |[ ; 



long Func__flags ^ 0, 

Ctrlflags = 0; 

char CSI_buf|8Q), In_buf[80]r 

Int Print OK - FALSE, CSI_flag = FALSE; 



/* MAIN */ 
raain(argc, argv} 
int argc; 
char 'argv[|; 



l 



bufferlflOO] ; 



static char buffer 1 100 1 
char *pstrl; 
float x; 

int ch; 

long keycode, num; 
SHORT i , ] ; 
SHORT status; 
SHORT error; 

initialize 0; 
If ( argc > 0) 

Print OK = TRUE; 



for(l=0;i<3;l++) ( 

nw[l], Screen » psO; 
/* create a window */ 

pw[ll= (struct Window •) OpenWindow [Snw[i ][ ; 
if (pw[il -- NULL) 1 

sprlntf (buffer, "Cannot open wlndow»%d\n", 1) ; 
closedown (buffer) ; 
1 

cur_resource I- (F_WINDOW0«i) ; 
rpti] - pw[i]->RPort; 

/* establish its rastport for later ■*/ 
SetDrMd ( rp ( i ] , JAM2 ) ; 
tfont[i] = OpenDlskFont ( £tattr[llt; 
if (tfont[il != 01 ) 

error = SetFont (rp[l) , tfontd)); 
cur_re5oiirca |= (F_FONTO«1); 
( 

/* Attach a console to this window. */ 
sprlntf (buffer, "Console %d", 1) ; 
1£ ( (console[iI - AttachConsole (pw[ll .buffer) ) == 
sprlntf (buffer. 



01 i 
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V 



3D ANIMATION 



i^ 



t 



i?^ 



iApprent ice 




Libraries available soon 



" logos 
* famous people 
' situational characters 
letters and numbers 




AO']" 



it'n<fiffnf^pit'/f-^ 



- hashnique 

ANIMATOR: Jr. - S79 ^ 

■ full 3D character animation 

• scripting 

• real-time playback 

' 4006 colors including shading 

• IFF files input and output 

• light source control 

• perspective control 

• uses predefined libraries of 

actions and characters (library disks available) 



ANIMATOR: Apprentice 

• all of the above 

* object editor!! 
» scene editor!! 



S299 



Demo 
Disks 

$10-set of 2 



HASH ENTERPRISES 
14201 SE 16th Circle 
Vancouver, WA 98684 
(206) 256-8567 



1; 



"Cannot attach console Htd] to Window I [ %dl An", 1 , i) ,• 
closedown (buffer^ ; 
1 

cur_resource 1= (F_CONSOLE0«i) ,- 
/" Set Mode so that linefsed=LF+return. */ 
sprintf (buffer, •■%o[2ah", 27) ; 
conputs (buffer, console ( i ] ) ; 

sprint£(buf[er,"%c[0%d;10m", 27, 30+nw[i] .DecailPenI ; 
conputs (buffer, console [ i ] ) ; 

sprintf (buffer, "Hello World, this Is Consol6-%d\n", 1) ; 
conputs (bufler, console |1 1 ) ; 

ICiid of for loop which opens windows, 
fonts and consoles. '/ 



test of conputc\n"J; 



strcpy (buffer, "This Is a 
1-0; 
do < 

ch - buffer[ij; 
conputc (ch, console (0] ) 
conpucc(ch, console (1] ) 
conputc (ch, console (2) ) 

1 
whlle( (ch!-0) tt (i<60) ) r 

strcpy (buffer, "This Is a test of CONPUTS\n") ; 
conputs (buffer, console 1 0| ) ; 
cojiputs (buffer, console [ 11 J ; 
conputs (buffer, console 1 21 ) ; 

conputs ("ACTIVATE THIS WINDOW AND TYPE Hmrai>EW, console [0 1 ) ; 

conputs ("Use CTRL-S to change to string input inertVaiKiEfJ),- 

conputs (" or CTRL-C to EXIT\n", console (0] ) ,- 

FLnc_flags I" KE¥MAP_ON,- 
Func_flags I- CQNPUTC_ON; 
j-0; 



do i 



ch = congetc (console [01 ) ; 
sprintf (buffer, " INPUT CHAR - 3%x\n",ch); 
conputs (buffer, consolelO) ) ; 
switch (ch) ( 
case CR: 
Output Carriage Return <CR> as Line Feed <LF>. 

conputc (LF, console [1 1 ) ,- 

conputc (Lf, console 1 2] ) ; 

break; 
default: 

conputc (ch, console [1 ] 1 ; 

conputc (ch, console [2] I ; 

break; 

/' End of switch(ch) */ 



i 



1 



while ( (oh 



CTRL C] is (ch 



CTRL S) ) i 



if (ch " CTRL_C| 
goto iTiain_exit; 

conputs ("Use CTRL-S <RETURN> to test\n 
numerical Input modes, \n", 
console(0] ) ; 
conputsC or CTRL-C to EXIT\n", console [0] ) ; 
Func_flags - Func_flags & ~CONPUTC_0N; 
Funcflags = Func_flags I CONPUTS_ON; 
while (TRUE) 1 

congets (In_bur, BDL, console! 0] ) ; 
canputc(LF, console 10) ) ; 
conputs (ln_buf , console [1 1 ) ; 
conputc (LF, console [II ) ; 
conputs (In_buf,console[2| ) ; 
conputc (LF, console [2) ) ; 
if ( (pstrl-index(:n_bu£,CTRL_C)) !- OL) 
goto main_exlt; 
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Special Pre+Holiday Price 



i KLINE-TRONICS' 4 
T 1 HEG RiM Expansion ■■ 

MMBfl-^ $249.95' 



To thar* AllGA "" owners; everywhere for the great response | 

to our ads, Kline-Tronics is offering this special Pre- } 

Holiday price. This price is onlu available directiij from \ 

Kline-Tronics. Order now before the nish. ! 



o 1 Meg* "FAST" Ram in Metal Case 
oTfue 'Auto-Confignre' 
oFully Assembled & Tested 
oqo-Day Parts & Labor Warranty 

(« Al i Ra>t Chips Included) 

"HIGH QUALITY" at a "LOW PRICE' 

KLM-mHICS 



10 Carlisle Ccturt York, FA 17104 
Te!. (117)-764-4205 






* Plus Sh,'ppins & Hand I ing 
Special Price- till 11/15/87 Only 






If ( (pstrl-indexUn_buf,CTRL_ 
brealc; 



QL) 



( 

while (TRUE) ( 

conputs{"ENTEB an INTEGER NUMBER ", console [0] ) ,- 
congetsfln^buf ,80L, console [0] 1 ; 
If ( (pst rl -Index (In _buf,CTiU,_C)) !- OL) 

goro maln_exit; 
if ( (pstrl-lndex(:n__buf,CTRL_Sl I !- OL} 
brealc; 
sscanf( In_buf , "%cl'',Sni3ii) ; 

sprincf (buffer, "\n num - *d\n\n",num) ; 

conputis (buffer, console[OH ; 
i 
while (TRUE) ( 

conputs ("ENTER a HEX.-\DECIMAL NUMBER ", console [0] ) ; 
congees (In_buf, BOL, console [0] ) ; 
if ( (pscrl-inclex(In_buf,CTKL_C) ) 1= DL) 

goto main_exit; 
if ( (pstrl"lndex(In__buf ,CTRL_S1 ) '.- OL) 
brealt; 
sscanf( In_buf, "%x",iriim) ; 

sprintf (buffer, "\n num - *d ■ S*x\n\n",num,num) ; 

conputLS (buffer, console [0 ] ) ; 
} 
while (TRUE) t 

conputs ("ENTER a FLOATING POINT NUMBER ",consolc [01 ) ; 
congets(In_buf, SOL, console [01 } ; 
if ( (pstrl=index(In_buf,CTRL_C)) !■• OL) 

goto nialn_exlt; 
if ( (pstrl-lndex{In_buf,CTRL_S)) !- OL) 
break; 
sscanf( In_buf, "%f",ix) ? 
sprintf (buffer, "\n X - %f \n x = *e\n\n",x, x[ ; 

conputs (buffer, console [0]) ; 
I 



main_exit: 

closedown ("Window I/O test Is finished."); 

) /* END OF MAIN •/ 



attach It to the indicated 
non»zero pointer if the 
and a zero (0| value If 



/• ATTACHCONSOLE -*/ 
/* Open a console device and 
window, this function returns a 
console device opened correctly 
there was an error. 

•/ 
struct Console ■ AttachConsole ( window, name) 
struct Window "window; 
char *name; 
) 

static char strlngHOj; 
int consize, error; 

register (JBYTE con_flag.^; 

struct Console •console; 

conflags ■• 0; 

consizB - slzeof (struct Console); 
if ( (console ■ (struct Console *) 
ma Hoc (consize) ) -- 0) ( 
if (Prlnt_OK) 

printf("ln ATTACHCCKSQLE, 

mallocO returned zero.\n"); 
goto error_exlt; 
) 

/* Open Port for writing to console. */ 
strcpy (string, name) ; 
strcat (string, ".write") ; 

if ( (console-sWrltePort - CreatePort (string, OL) ) 



.= 0) 



] ■- 0) ( 



if (Prlnt_OK) 
prlntf{"In ATTACHCONSOLE, CreatePort (%s) returned zero.Xn" 
string) ; 
goto error_exlt,- 
\ 

con_flags I = CON_WPORT; 
if I (console->WritDMsg " 

CreatcStdlO (console->WritePort) 
If (Prlnt_OK) 

prlntf |"ln ATTACHCONSOLE, 
CreateStdlO(ts) returned 2.ero.\n" 
string) ; 
goto error_exit; 
1 
con^flags I- CON_WMSG; 

Open Port for reading from console, 
strcpy (string, name) ; 
strcat (string, ".read"); 

if ( (console->ReadPort 



Create?ort (string, OL) ) 



CreatePort (%s) returned 2oro.\n" 



) == 0) I 



if (Print_OK) 
prlntf ("In ATTACHCONSOLE, 
string) ,- 
goto error_exit; 
I 

con flags I = CON_HPORT; 
if ( (console->ReadMsg = 

CreateStdIO (consoIe->RGadPort! 
if (Prlnt_OK) 
printf("In ATTACHCONSOLE, 
CreateStdIO (*s) returned 2ero.\n", 
string) f 
goto errorexit; 
1 

con_riags | = CON_RMSG; 

Gonsole->WriteMsg->lo_Data - (APTR) window; 
console->WrlteMsg->ia_Length ~ slzeof (*wincow) ; 
if ( (error - 

OpenDevlce (" console. device" ,0, 
console->WrlteHsg, 0) ) !- 0) ( 
if (Prlnt_OK) 

prlntf ("In ATTACHCONSOLE, 
OpenDevlce returned error-%d.\n", error); 
goto error exit; 
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Investment Analysis Comes To The AMIGA., 

A New Microcomputer InveslmenI Analysis Tool 
THE INVESTOR'S ADVANTAGEim 

Keep track of individual stocks and general market trends. Individual stock charts include High/Low Closing Prices, Moving 
Averages, Volume Histories, Price Momentum and Relative Strength. Use Relative Strength Ranking report to select best 
performers for inclusion in your own portfolio. Monthly Percentage Change report helps delermine how certain stocks performed 
when the market as a whole performed tjest. Use General Market trend charts [created in seconds, in color, on your monitor) to 
determine when to get into and out of the market. These charts include the Dow Jones Industrial Average, NYSE Index, 
Advance/Decline Ratio, Odd Lot Short Ratio, Put/Call Ratio, Overbought Oversold Ratio, New Highs/New Lows, Specialist 
Short Ratio, and the 20 Most Active Indicator. Stock History on up to 500 stocks can be updated either manually or 
automatically using your modem. 

Only S99.95 Plus S2.40 postage and handling. Demo Disk $5.00 

SPECIAL INTRODUCTORY PRICE 

ORDERS PLACED BY SEPT 30,1987 ONLY $75 

The Investor's Advantage,. 

Send Check, VISA or MC to: 

The Slipped Disk, Inc. 

31044 Jotin R 

Madison Heights, Ml 48071 

(313) 583-9803 

Dealer Inquiries Welcome 



console->ReadMsq->lo_Devlce - consolc->V*rltcMsi3->io_Devlce; 
consQle->ReadMsg->lo_Oiilt - console->Wi-lteMsg->lo_Unlt ; 

/* Point to readbuffer for the first character. */ 

conEole->ReadMsg->io_Coiimand = CKD_READ; 

console->ReadMsg->lo_Data = sconEole->readbuffer[01 ; 

conEole->ReadMsg->lo_Length = 1; 
SendIO|console->ReadMsg) ; 
return Iconsole) ; 



If (cur_resDurce i F_WIND0W2) 



_exlt: 

I f (coR_flags 
(con flags 



[con_flags 
(con flacs 



if 
Port I ; 

if 

if 
Port! ; 

returniOL} 
) 



/• CLOSEDOWN '/ 
closedown (s) 
char 's; 

f 

if (cur_resource 

if (cur_resource 

if (cur_resource 



CON_RMSG| Dale!;eStdIC(console->ReadMsg) ; 
CON_R?ORT) DeletePort ( console->Read- 

CON_WHSGI DeleteStdIO(console->WriteMsg) ; 
CON WPORT) DeletoPort ( cansolo->Wrltc- 



F_FONT0) 
F_F0NT1) 
F F0NT2) 



CloseFont (tfont [0]) ; 
CloscFont (tfont [1] 1 ; 
CloseFont (tfont (21 [; 



if {cur_resource ( F_CONSOLE0) 
DetachConsole (consolefO] ) ; 

if |cur_rescurce f F_C0NS0LE1) 
DetachConsole (console [1] ) ; 

If (cur^rescurce s F_C0NS0LE2) 
DetachConsole (console [2] i ; 



If (cur_resource 
if (cur resource 



£ F_WIHDOW0) 
k F WINDOW!) 



CloseliJindow (pw[0] ( ; 
CloseWlndow(pwIll); 



If (cur_resourcQ 


s, 


F^SCREEN) 


If (cur resource 


& 


F GRAPHICS) 


if [cur resource 


i 


F INTUITION) 


if (cur resource 


I 


F DISKFONT) 


if (cur resource 


i 


F DOSI 


puts ^s) ; 






exit (01 ; 







CloseWlndoM(pw[21 ) ; 



CloseScreen (psO| ; 



CloseLlbrary (GfxBase) ; 
CloseLibrary (Intuit lonBase) ; 
CloseLlbrary (DlskfontBase) ; 
CloseLibrary (DosBase) ; 



/* CONGETC */ 

congetc (console) 

struct Console 'console; 

I 

struct lOStdReq *insg; 
int temp," 

whlle( (long) (msg= (struct ICStdReg •) 
GetMsg (console->ReadPort) ) ==NULL) 
WaltPort (consale->ReadPort) ; 
/* get the character '/ 
temp - console->readbuffer (0) ; 
temp - temp i Oxff; 

/* Ask for next one and then return this character. */ 
console->ReatiMsg->lo_Cominand - CMD_READ; 
console->ReadMsg->lo_Data - conEOle->readbuf fer? 
console->ReadMsg->lo_Length - 1; 
SendIO(console->ReadMsg) ; 
conputc (temp, console) ; 
return (temp) ; 
1 

/• COSGETS •/ 

congets (strbuf , nchar, console) 

char *strbuf; 

Int nchar; 
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PcOMMODORE" 6H«-ftMIGft-»lg8l 

rPl->1l -t../TPi COMMODORE 



COMPUTERS 




617-2:37-B8MG 
The Memory Location 
396 Washington 5t. 
UJellesley, I MR D21B1 
Commodore Specialists 



struct Console ^console; 

( 

struct lOStdReq 'msg; 
Int ch, 1-0; 
do { 

whlle( (longMmsq- (f.truct lOstdReg •} 
GetMs<)(console->ReadPort) ) —NULL) 
WaltPort {console->ReadPort) ; 
ch - console->readbuffer[01 ; /* get the character •/ 
strbufd] - ch i Oxff; 
/• Ask for next character. »/ 
console->Be3dMsg->lo_Coir.'Tiand - CMD_READ; 
console->ReadMsg->io_Data " consoie->readbuf fer; 
console->ReadMsg->lQ_Length - 1; 
ScndIO(console->ReadMsg); 
conputc {ch^ consolGl : 
) 

while! (ch !- 13} Si ((+-M) < nchar-l) ) ; 
strbuf tll=0,• 
return(strbuf) ; 
) 



/" conputc '/ 

/■ Output a single character to a specified console, 

■ The parameter order has been 

• chosen to parallel that of the PUTC function. 

■/ 
conputc (character, console) 
char character; 
struct Console *console; 

( 

console->WriteMsg->io_CoiTniand - C>!D_WRITE; 
console->WrIteMsg->lo_Data - (APTR)i character; 
console->WrlteMsg->io_Lergth - 1; 
DoIO(console->WrlteMsg) ; 



/* conmand works because DoIO blocks until comiiand Is 
* done (otherwise pointer to i he character could became 
• Invalid In the neantiffle) , 
V 
return (0) ; 



/' CONPUTS •/ 

/* Output a NULL-terminated string 
" of characters to a console. 
* The parameter order has been chosen to 
■ parallel that of the FPUTS function. 
'/ 
conputs (string, console) 
char 'string; 
struct Console 'console; 
{ 

console->WriteMsg->io_Corjr,and = CMD_WRITE; 
console->WrlteMsg->io_Data = (APTR) string; 
/* -1 tells console to end when it sees a 

terminating zero on the string. •/ 
console->WrlteMsg->lo_Lengtti - -1; 
DoIO(console->WrlteMsg) ; 
return (0) ; 



) 



/• DETACHCONSOLE •/ 

/* Close a console device. •/ 

DetachConsole ( console) 

struct Console "consoXe; 

( 

CloseDevlce (cansole->WriteMsg) ; 

DelBteStdIO(console->ReadMsg) ; 

DeletePort ( console->ReadPort ) ; 

DeleteStdIO (console->WriteMsg) ; 

DeletePort ( console->Write?ort) ; 

free (console) ; 



/• INITIALIZE */ 

inltlallzeO 

( 

if ( (DosBase = OpenLlbrary ("dos.lllirafy" 

closedown ("Can't open dos. library"! ; 
cur resource I - F DOS; 



0) ) — NULL) 



if ( (Dlskfont3ase=CpenLibrary("dis)tfont. library", 0)) 
closedown ("Can't open diskfont .library") ; 
cur resource 1= F DISKFONT; 



NOLL) 



if ( (GfxBase = OpenLlbrary ("graphic.-;, library", 0) ) 
closedown ("Can' t open graphics:. library") ; 
cur resource |= F GRAPHICS; 



— NULL) 



if ( (IntultionBase = 

OpenLlbrary ("intuition, library", 0)) -- MULL) 
closedown ("Can't open intuition. library") ; 
curresource 1= F_INTUITION; 

if ( (psO = OpenScreen(sscreenO) I — NTJLL) 

closedown ("Could not open the screen !"); 
cur_resource I = F_SCREEN; 
lnlt_color_map() ; 



/• INIT COLOR HAP V 






lnlt_color_inap() 








static 


short map valuer 


[S] 


= 


( / 


• 


Color 




OxORGB 


/* 





Dark CYAN 


/ 


0x0077 , 


/' 


1 


WHITE 


/ 


OxOFFF , 


/• 


2 


RED 


•/ 


OxOCOO , 


/' 


3 


GREEN ■/ 


OxOOCO , 


/• 


4 


BLUE 


'/ 


OxOOOC , 


/• 


5 


YELLOK 


•/ 


OxQFFC , 


/• 


6 


VIOLET 


•/ 


OxOCOC , 


/* 


1 


BLACK 


/ 


0x0000 , 


LoadRGB4 (tpsO->viewPort 


, 


map_values 



BL>; 



•AC. 
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68000 Assembly Language 



Programming 



on the Ami^fl™ 



This month features a program that uses two libraries, 
include files and graphics! 

by Chris Martin 



Last month, we ended with a simple counting program and 
an explanation of how to set-up a work-disk for assembly 
language programming with the Commodore Macro Assem- 
bler. I also discussed assembly include files and Amiga 
Kernal Libraries and Devices. This month, I will present and 
explain a program that uses two libraries, include files and 
graphics! I call the program "screen" - quite simple and 
uneventful, but an accomplishment nevertheless. "Screen" 
opens an Intuition screen and draws a green line in it. 

Let's start by typing the program hsted on the following 
pages. 

Boot your system with Kickstart and your Assembly Work- 
bench Disk. Once everything has loaded, insert the assembly 
work-disk in drive 0, the workbench disk in drive 1 and type 
the following CLI command: 

1> ed screen. asm 



1 like to name assembly programs with an ".asm" suffix. 
Note that the text file created hare is called a "source file." 
When the screen clears, you can start typing the program. 

There are a few simple ED commands that may be useful 
when typing programs. Each command is executed by 
typing the ESC key, then typing the command and pressing 
RETURN. A command may be repeated by putting a 
number in front of the command. Here are some examples; 



X 


exit and save the text 


q 


quit and do not save 


1 


Insert a line 


d 


delete a line 


bs 


block start 


be 


block end 


db 


delete block 


lb 


insert block 


4d 


delete FOUR lines 


3i 


insert THREE lines 



Assembly source files can have comments after "*" characters, 
but certain restrictions apply: You must either have your 
comments after all program code on that line, OR you must use 
a whole line, starting from the first space in that line. When 
you typo this program, you may omit any text after the "*" 
characters - that text is just a comment. 

While typing the program, MAKE SURE you type it exactly as 
printed. If a single TAB is missing between columns, the compi- 
lation will not work. In the actual code, a single TAB separates 
the label, opcode and operand fields. There are throe TABs 
before the commands: INCLUDE, XREF and EXT^SYS. 

When you have finished typing the program, exit ED with an 
"X" command (remember the ESC key first, though). When you 
are back in the CLI, assemble the program with the following: 

1> assem screen.asm -o screen.o -c wl 20000 

Remember that source files are first assembled into object (.o) 
files. You must then LINK the object files to executable files. 
The command I noted just moments ago assembled the file 
scrcen.asm to screen.o with a workspace of 120000 bytes. 

When the assembler compiles a source file, it needs a work- 
space. The larger the source file, the larger the necessary 
workspace must be. The assembler defaults the workspace to 
80000 bytes (which is sufficient for most programs), but with 
very large programs, a workspace greater than 80000 must be 
defined. Remember that INCLUDE files are also considered 
part of your program, so be sure to consider the workspace 
needed for programs with many INCLUDE files. 

Now, the object file created by the assembler must be made 
executable by linking the file. Use the following CLI command 
to complete this necessary task: 

1> clink x;reen.o to screen library amlga.llb 

Last issue, we discussed the ".lib" library files and Amiga li- 
braries. ALINK looks through the program for references to 

continued... 
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Hew Praduqts for All Mf/GAS 



Deluxe MIDI interface 

Slmp^Via eESTfulI'1*i1uri>d MID* Inltrlxc* tvtllli.bll fof Ch* AMkU (00/1004/2WO 

Fuiry eompkllbli wilh *lt progrun* Bivtvi* R«-3)] MIDI »(an<dvd «i/t|^ut, ANlV Hi* OttUxt |ytlt>l 

IHTEHFACE erTunyou: 

SEfllAl^RT PiM-thru, MIDI \H. MIDI T1HRU. ftAd t third VWfTCHABLETVIRU/OUTI 

Includai I fciol ca&i«.1v«wwirTviiy. 



Plan* Spicify msdil 500/1000/2000... 



.4St 



TTL Hi-Res Monitor 

F*r Ihl Amlfli JOO/IOOO/^DOO, Plugi Inio RQGI port for UlTRACAISP lllck»f-fr»> high rtiotutloi) 
monochrom* vidto output. Pirfid fai Hl-Piefl OUAPHICS, WOftDPROCESaiNQ, CAD. DESKTOP 
PUQUSHlNd. BUSINESS. *lg. ANV >pplkilian In ANY r*i«luUan li SHAftfEn «nd CLEARER wtOi A* 
TTL Hl-R*< Monltar. Inerudii t dlik wLlh « ip*cliil Hl-R*i WorhBtnch font, ROB p«rtpttt-4)fu, ud 
A full ont-yiu wtrrtnry. AmIgi aooo tnd SidvCv owntri may kli4 um Via monHor In PC Hl-Raa 
mod*. SiKJNOittyoir^ywSf 



Qnan Pheiphor. IV* 



Ambar PhdtpliM tt3> 



Light Pen Driver 

D«llgn«4 Tg W9rt vrilti ANY Amiga pragrtm, th* UOHT PEN OniVER Jiowl in* «( boCi ytti^ m«J*t ind 
aftl^raiolutlon UOHT PEN far m» utllrn«'« Ijl prtclllon griphlci. p«r1»eHor PWNTlNa. DRAWINO, 
fra*«i&nd SKSTCHtNa, CAO Khd vHu.iry ALL g(h»r AMiQA proBPAmi. 3ofr*<u« ritlunt Incrudt: 
Sjngr*'ply«l pr««<IJon, VkhAblc *iniitlviry, ZOOM m«d«^ button togglt. ito, Cgmpatlbli with all 
pepulaf Ct4-Typ* itglitpMa. 

[*O9/100O/3oeft) ,, \A%.n 

PToraii r«fia] qutJt^ 1 and 3 button light f am avoAaUa, Caf o« lurli for prtck*^ 



All predgcit aft NOW SHIPPINQI Plaat* mala chiqua or tnonay erdar payabla to: 



#120-1140 Austin Avi. Coquitlam, BC Canada V3K3P5 
Ptiona (804) 939-DATA De8(ef Inquiries Invited. 

All ordaii add M pdilaga and hatHVA^ Al pctcai In U$S 
Ordar by phonal ^ISA, MaalaKard, AMEXwatcoma^ 



library routines ( for example, the "_LVO" label in the object 
file ). By retrieving the addresses of function calls in the object 
file, the program is made executable. 



The Program 

The program begins with the INCLUDE command, to insert the 
include files. Next, wo externally define various system calls to 
be used in the program. Pointers to these routines are in the 
"amiga.lib" file that wo link to the object file to create the ex- 
ecutable program. 

We then externally define the _AbsExccBase pointer to the Exec 
library (also found in "amiga.lib"). When opening the graphics 
and intuition libraries, we need a pointer to the Exec library 
because the OpenLibrary routine is a part of this library. 

The program is started with the "start:" label. First, we save 
the stack pointer in the tcmfxarary variable "savcsp," defined at 
the end of the program. Frcm that point, we JSR (Jump to 
SubRoutine) to the four sections of the program that initialize 
and perform various tasks. If all goes well (the libraries and 
the screen are opened), the program encounters an endless 
loop. 



Opening Libraries 

Last month, 1 listed the names of the Amiga libraries, the 
names of their library base names and their functions. The 
libraries opened in our program are the graphics and intui- 
tion librariGs. Before we open a library, we need a storage 
area for the pointer to the library base. At the end of the 
program, a LONG-WORD (32 bits) is declared by the assem- 
bler directive 'ds.l'. These long words are given labels (in 
this case, our names for the pointers to the graphics and 
intuition base addresses). The linker must know the base ad- 
dresses of the libraries when compiling and the program 
must also have a section of text to identify the library and its 
version. 

A library is opened with the following code: 

move.l _AbsExecBase,a6 
lea text, a 1 

<— gets thie address of the text 

which identifies the library to be 

opened. 
move.q #dO,0 
SYS Op©nUbrary(a6) 

< — gets the OpenUbrory routine 

from Exec library (always open), 

which reads A 1 and returns the 

pointer to our library in DO. 
move.l dO.storage 

< — puts the address of the base 

into our storage. 
beq openerror 

< — If DO Is Equal to zero, then 

the library was not opened. 

Here. I Jumped to a part of the program that 

returned to the normal system,) 

The text mentioned above is a "constant" area in the follow- 
ing form: 

nanrw dc.b 'nanrwofilbrary.llbrary'.O 
< — name and version 
cnop 0,2 < — blank padding 

The first line defines the name of the library and the version 
(0 defines any available version). The second line has No 
operation (cnop) and leaves two blank bytes of extra "pad- 
ding." 



Amiga Graphics (Briefly!) 

The graphics library has two different types of commands — 
display commands and drawing commands. Display com- 
mands initialize screens, set colors and position the display. 
Drawing commands perform functions such as drawing lines, 
writing points, filling areas and copying rectangular blocks. 
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Screens are a group of bits called bitmaps. A screen has a 
certain depth, depending upon the number of colors in use. 
The following are depths corresponding to the number of 
colors in a screen: 



Depth 



Number of Colors 



1 
2 
3 
4 

5 



2 
4 
8 
16 
32 



Intuition screens follow a structure called NewScrecn which 
looks like: 



NewScreen 




LeffEdge, TopEdge, 


WORD 


Width, Height, 


WORD 


Depth. 


WOi^D 


Detail Pen #, (coior #) 


BYTE 


View Modes, 


WORD 


Screen Type, 


WORD 


Font. 


LONG 


TItie, 


LONG 


Screen Gadgets, 


LONG 



Pointer to CustomBitMap LONG (optionai) 

A number from one to five, defining the number of colors to 
be used, makes up the depth element. 

View Modes is a field that defines the display type of the 
screen — for 320x200 resolution, HIRES for 640x200, LACE 
for 320x400 HIRESILACE for 640x400. 

Title is a pointer to a constant area of text for a screen title. 

To open a screen, you must define the elements of this 
structure as part of the program and you must set aside a 
storage area for a pointer to the screen. You must also define 
storage area for the RaslPort and VicwPort structures. 

The RastPort structure is initialised by Intuition when you 
open a screen. RastPort points to the screen's DitMap and 
keeps track of the current drawing pen, patterns, text attrib- 
utes, current pen position, drawing modes and a write mask. 
Generally speaking, the RastPort structure is used with the 
graphics library's drawing routines. 

The ViewPort structure controls the color palette and the 
View Modes, as well as the position, height and width of the 
display. The ViewPort is generally used with the graphics 

library's display routines. 




Robot Readers 

a powerful new way for your 

child to learn to read 

Even if your child isn't a reader yet he can read these 
classic stories at his own speed through interactive 

speech, with little or no adult supervision. The 

beautiful illustrations and built-in word games hold 

the young reader's attention while promoting early 

reading skills, vocabulary, and word recognition. 

*CHICKEN LITTLE *AESOP'S FABLES 

♦LITTLE RED HEN *THREE LITTLE PIGS 

$29.95 each 

for the Amiga 512k 
Coming soon: * THE UGLY DUCKLING 

HILTON ANDROID 

PC Box 7437 • Huntington Beach, CA 92615-7437 

(714) 960-3984 



«««««*ttn«»a 



• «•**««•*•*********«« • »****>* *«*ik*«>****'*ik*********i*« 



* Assembly program that opens an Intuition scrn and draws a line 

in it. 

* by Chris Martin 

* 

* When typing this program, all comments may be ommitted (anything 

* that has a '*' character before it). Also, when the program is 

* run, there Is no way to exit it except: 

* CTRL - Ajnlga open - Amiga closed. 

■k 

* Compile the program with the following coiTimands: 

* 1> assem screen, asm -o screen, o -c wllOOOO 

' 1> alinlc screen. o to screen library amiga^lib 



***««•*««#**«*»»*«• 



*■••«*■#»#»«■**»•*«» 



* Macros 




EXT SYS 


MACRO 




XREF 




ENDH 


SYS 


MACRO 




JSH 




ENDM 



INCLUDE "exec/types. 1" 
INCLUDE "exec/futicdef.l" 
INCLUDE "intuition/intuition. i" 



LV0\1 



_LV0\1 

* These are system routine calls used In the program. 

EXT_SVs OpenLlbrary * (llbname, version) (A1,D0| 

continued,. 
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EXT_SYS OpenScreen 

EXT_SYS Move 

EXT_SYS Draw 

EXT_SYS SetAPen 

EXT_SYS SetDrMd 

EXT_SYS SetRGB4 

EXT_SYS SetRasc 

EXT SYS ShowTltle 



• (newScreen) (AO) 

• (rp,x,y) (Al.DO.Dl) 

■ (rp,x,y) (Al.DO.Dl) 

• {rp.penmCT) (A1,D0) 

• (rp.drawmode) (A1,D0) 

" (vp.nim, r,g,b| (A0,D0,D1,D2,D3) 

■ (rp.pennum) (Al.DO) 

• (Screen, 1-off or 0-on) (AO.DO) 



*****■*»*» 



k**4«*«A^*tll 



* Externally defined v.-irlables 



XREF AbsExecBase 



• the base of the Exec Library 



This Is considered an Externsl Reference because it Is 
in the file ^amiga.lib' 



******** t 



* Start of the progran • 



move . 1 


sp. savesp 


Jsr 


Qpenllbraries 


jsr 


openscreen 


Jsr 


setcolor 


jsr 


drawline 


nfinlte: 




jBlp 


infinite 



* liave the current stack pointer 

* jump to routine to open libraries 

* open the screen 

* !iet colors and clear the screen 

* draw the line 



this Is an Infinite loop 



Open Libraries 



openlibraries; 



Intuition library 



move . 1 

lea.l 

moveci 

SYS 

inove . 1 

beq 



_AbsExecBase. a6 
intuition, al 
10, dO 

OpenLlbrary (a 6) 
dO.intultlonbase 
openerror 



" address of the Exec lib in A6 

■ Info about Intuition lib in al 

■ clear DO 

" Remember our macro? 

* Address of the lib put Into dO 

* OR, if do ^ 0, goto to openerror 



Graphics library 



move . 1 


AbsExecBase, a 6 


lea.l 


graphics, al 


raoveq 


10. dO 


SYS 


OpenLlbrary (a6) 


move . 1 


dO.graphicsbase 


beq 


openerror 



rts 



* return if all is OK 



**AA*r**A** 



Open Screen 



openscreen: 

move.l lntultlonbase,a6 

lea screenvars, aO 

SYS OpenScreen (a 6) 

move.l dO.ncwscreenptr 

beq openerror 

add.l lsc_RaEtPort,dO 

move . 1 do , my zp 

sub.l •sc_RastPort,dO 

add.l IscVlewPort.dO 

move .1 do , my vp 



pointer to Intuition library 
attributes of the scrn in aO 
call routine 

ptr to the newly made screen 
Oh Oh - open error if dO - 

get the RastPort from dO 

restore dO 

get address of VlewPort 



**** Now show the screen title **■•* 

move.l intuitlonbase, a6 

move.l newscreenpt r,aO 

move.l 10, do 

SYS ShowTltle (a6) 



Set the colors 

**1t«ft«****a*«A«********A*it«*A 



^****** 



setcolor: 








move, 1 


graphicsbase 


ae 




move.l 


myvp, aO 






move.l 


10. dO 




* color number 


move.b 


fO.dl 




■ RED = 


move . b 


*0,d2 




■ GREEN - 


move . b 


»0,d3 




* BLUE » 


SYS 


SetRGBfl (a6| 




• set tha color 10 


move.l 


graph Icsba so 


ae 




move.l 


myvp, aO 






move. 1 


11, dO 




• color numlser 1 


move.b 


»0,dl 




• BED - 3 


move.b 


115. d2 




• GREEN = 15 (highest level) 


move.b 


10, d3 




• BLaE - 


SYS 


SetRGB4<a6) 




" set the color #1 


* Set the d 


rawing mode 






move.l 


graphicsbase 


ae 




move, 1 


myrp. al 






move.b 


RP_JAMl,dO 






SYS 


SetDrMd(a6) 






* Clear the 


drawing screen - 


SetRast to color (black) 


move.l 


graphlcsbasc. 


a6 




move, 1 


myrp. al 






move.b 


10, dO 






SYS 


SetRast (36) 







********* *«1 



************************************** 

Draw 3 line In the screen 



drawl ine: 

* First, set the pen number 

move.l graphlcsbasc, a6 

move.l myrp, a 1 

move.b 11. dO * color nuniber 1 

SYS SetAPen (a 6) 

* Now, MOVE to starting point and DRAW to final point. 



move.l graphlcsbasc, a6 

move, 1 myrp, al 

move.w 110. do 

move.w 115. dl 

SYS Move (a 6) 

move.l graphicsbase,a6 

move.l myrp. al 

move.w 1300. do 

move.w 1190, dl 

SYS Draw(a6) 
rts 



• Open Error 

******************************** 



coordinates are (10.15) 



* coordinates are (300,190) 



■ * ********** * 
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opener rorr 

moveq 1-1, dl 
move.l dl,dO 
move. 1 savespj sp 

rts 



* end execution of the program 



END OF PROGRAM 



************ 



************* ****«****1[**A 

Library definitions 



fr^AHrA-ir************ 



intuition dc.b 'intuition. library' , 

cnop 0,2 

Qraphics dc.b 'graphics-library' ,0 

cnop 0,2 



4******«**itA<r**«****ii« 

* Screen title 

******lk**** ****** * **** 



ir^***k*«**«* 



dc.b 'Assembly Language Prograra l',0 
cnop 0, 2 



«**1t*«*«*******«*1i*#«*it**i>*ir**«*«**** 

• Uninitialized variable definitions 



Uninitdata 


secti 


sn 


startbss 






intaitlonbase 


ds.l 


1 


Int-jitlon lib. 






graphlcstaase 


ds.l 


1 


library. 






myrp 


ds.l 


1 


myvp 


ds.l 


1 



* this Is the base address of the 

* base addr. for the qraphics 



pointer to the screen's East Port 
pointer to the screen's View Port 



newscreenptr ds.l 1 

savesp ds. 1 1 

endbss 

* Initialized variables 

initdata section vars,data 

startdata 



pointer to the new screen 

this will store the stack pointer 



*********** the screen's definition 

* n i » * tti rnnii m mm m 



screenvars 


dew 







Left Edge 




dew 







TopEdge 




dew 


320 




Width 




dew 


200 




Height 




dew 


2 




Depth 




deb 


3 




Detail Pon number 




deb 


1 




Block Pen number 




dew 


Q 




View Modes 




dew 


WBENCHSCREEN 




Screen type 




del 







Font 




del 


title 




Screen title 




del 







Screen gadgets 




del 







optional ptr to CustORiBltMap 


enddata 










end 











Always use 'end' at the end of your program. 



•AC- 




CEDnfltrt EecrEatinnB, 3nr. 

PRESENTS 

AGE OF SAIL 



Age of Salt is the ffrst of l!s kind in warfare simulation. Centered 
around 17-19th century sal! powered warstiips, irue rendtlf&ns of classic 
nava^ battles will be re^nacied 

Age ol Sail is a muMipiayer game that allows up lo iO ship captains 
lopla/ viaelecifonic bullelin boards (BBS), direct connect Tnodem, or us- 
ing ore computer. Designed for play on ditlering computers, ASC II (iles 
with game data can be sent lo anyone, anywhere via modem. 

Age of Sail taithfuliy recreates sailing aliowing one degree tirrns and 
speed changes of one knot, Poslllons are calculated witti 64 bit accuracy 
to ensure ship movement even when drifting In low velocity winds. 

Grapple up lo four ships, assign boarding parties, and capture 
enemy ships, direct your gun captains in loadouls for firing stiat. Give 
them their targets and let the broadside commence. 

For 2-40 players. 

Requires workbencti 1,2. kickslart 1.2, and 512^. 

Simulations for serious gamers. 

NOW AVAILABLE FOR THE COMMODORE-AMIGA A-1000. 
COMING SOON FOR THE APPLE MACINTOSH AND THE ATARI ST. 

PRICE S39.95 + S3.D0 SHIPPING AND HANDLING. 

CO^^NFCrlCUT WfSlDffVTS INCLUDE SAUS TAX. 
AlLOVi* TO 6 WESK^FORDEUV^fty 

SEND CHECK OR MONEY ORDER TO: 



^J (Ennflirt ffiEcreattnits. Sue, 



^ 



P.O. Bon 272 
Oakdaie. CT 06370 



WE SUPPORT ON-LINE GAMtNG VIA: 
COMPUSERVE: 72375. 225 PH^K SILVER MAC 

DEALER INQUIRIES ACCEPTED 



BIX: GMcLEAN 



AMIGA T-SHIRTS 
AND SWEATSHIRTS! 



Quality 

white 

shirts 

silk screened 

with the 

Amiga logo in 

beautiful color 




ORDER YOURS TODAY! 



Sizes: Small, Medium, Large, X-Large 
Prices: T-shirts: $12.00 Sweatshirts: $18.50 

Also available: Amiga SLickfrs $1.50 

(Great for car bumper, window, notebook, etc. Black & White) 

All prices include shipping; and handling. In CA, add %''Ii tax. 

SEND CHECK OR MONEY ORDER TO: 
T's Me, P.O. Box 11746. Santa Ana, CA 92711 

^525 Shiiiiow Lakf. SasiLii .^iia. (.'.X iiJTD! Allfiw :I li 

DtaliT Inquiries inviied: Call '7|.|i ti:!fl-65-l.'i weeks foi- 

.^n^^|,■a is li registered tr;ideniurk nl' CnniniodurL- .■\mij:a. [nc- (lehvcry. 
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The AmigaForum on CompuServe™ Presents... 

A Transcript of the 

Software Publishing Conference 

held on December 10th, 1986 



This is a transcript of the Software 
Publishing conference held in AmigaFo- 
rum conference room 3 on December 
10th, 1986. The topic was software 
publishing in general, and what an 
unknown author can expect from a 
publisher in particular. 

Participating as panel members were 
Jeff Johannigman of Electronic Arts, 
Brian Moriarity of Infocom, and William 
Volk of Aegis. Later in the evening Ben 
Blish of SoftCircuiis joined the confer- 
ence and, though not originally ex- 
tended an invitation, was kind enough 
lo join the panel and answer questions. 

The following is a heavily edited tran- 
script of that conference. Guest 
speaker's and moderator's comments arc 
identified with their initials, I.E., "RR:". 
Forum members arc designated with 
their names inside parenthesis, I.E., 
(Marlcno Zenker). 



RR: Greetings all, and welcome to the 
first official AmigaForum Conference! 

The topic tonight is software publishing. 
How can a struggling, unknown 
software author improve the odds of 
getting his wares to market? Which 
publication route is best? How much 
return should the author expect? 

We are delighted to have with us repre- 
sentatives from several publishing 
houses who will be giving us their 
viewpoints on these matters. Our 
scheduled guests are: 



Jeff Johannigman from Electronic Arts 
Brian Moriarity from Infocom 
William Volk from Aegis Development, 
Inc. 

These people arc active on the Ami- 
gaForum, and you have most probably 
exchanged messages with them in the 
past. Tonight they have agreed to come 
together here, electronically, to discuss 
the ins and outs of publishing. 

The first questions deal with the initial 
decision to publish. 

What sort of guidelines can you suggest 
a programmer use to determine if his or 
her program is commercially viable? 
Jeff, you're first. 

JJ: Rick, we have three criteria, and 

have recently added a fourth. The 

first three are SIMPLE, HOT, and DEEP. 

SIMPLE - a good interface, no compli- 
cated learning curve, intuitive. 
HOT - fully utilizes the technology, 
exciting, graphically interesting. 
DEEP - lasting value, flexibility, replay 
value, etc. 

And, our fourth criteria is what folks in 
Marketing call a "high concept"; 
namely, can you describe this product to 
me in one sentence and have me 
understand pretty exactly what it is. 

RR: Does the "high concept" have to do 
with marketability, I.E., will a person 
reading the package understand what 
the program is supposed to _do_? 

JJ: Yes, it is a hard lesson wc learned 
from great programs like MULE and 



Worms?. They were simple, hot, and 
deep, but didn't sell very well tiecause 
people didn't understand what they 
were until AFTER they had bought and 
played with it. Otv the other hand, 
some top ten programs sell well on the 
basis of high concept alone, i.e. a 
wrestling or karate game. 

RR: An interesting point. Brian, even 
though your company does _not_ 
accept submissions, I think your 
thoughts on the question would still be 
valid. Would you like to comment? 

BM: Unlike EA, Infocom does not 
believe there is a simple formula that 
can guarantee success in the software 
market — particularly the home 
entertainment market, which is as fickle 
and unpredictable as the record and 
film industries. Some of our biggest 
selling titles nearly didn't make it out 
the door, because few believed anybody 
would like them. We've also had our 
share of disappointments; eg, titles we 
were sure would sell really well, but 
whose actual performance was only 
mediocre. The point is that, NO ONE 
can predict what will and will not bo 
popular. We can only write the best 
stories we can, and hope that our work 
captures the imagination of the distribu- 
tors, dealers and buyers. 

RR: This is off the track slightly, but i 
think this will give pixiple a better idea 
of what we're looking at here. You 
mentioned some programs whose 
market performance was only "medi- 
ocre"; what is mediocre? How many 
pieces sold is considered a success? 
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BM: [ can't give you exact numbers, of 
course; but we're very sorry when one 
of our titles [X)ESN'T "go silver." To be 
Silver, a title must be certified by the 
Software Publishers Association to have 
sold >50K copies. 

RR: Thank you, Brian. Let's move now 
to William Volk of Aegis. 

WV: Aegis welcomes submissions. 
What wc look for arc people with a 
high level of excellence. Exccellcnce in 
interface, design, and ideas. I've been 
on both sides of the publishing/ 
developing issue. The best advice I can 
give for submissions is to look at what 
the publisher says and does. Aegis has 
concentrated on Desktop Video and 
Desktop Design (on the Amiga and 
elsewhere), products that fall into these 
areas arc of interest to us. However 
anything that smacks of greatness will 
also catch our interest (it has happened). 

We believe In the Amiga/Mac style of 
interface. If you product has the polish 
and interface of a Living Vidootext 
MORE or Mac Paint it will get alot 
more attention that something that 
resembles a PC type product. Develojj- 
ers who show pride in their projects 
also make a lasting impression. 

We like to build a group of developers 
that can work on many projects with us. 
All the Amiga products (except the 
Draws) were created by outsiders. So if 
you have something hot... let us see it. 
We also try to make developers com- 
fortable, comfortable with the deal, de- 
velopment, and documentation. That 
about covers that. 

RR: Thank you, William. Let's move to 
the second question, and 1 will direct 
this to Brian first: 

What are the advantages of marketing a 
program through a publisher over the 
programmer doing it all himself? 
Con\'crsely, what arc the disadvantages? 

Brian, even though you do not accept 
outside submissions, again, we would 
appreciate your insight. 



BM: The disadvantage is that you lose 
control. The advantages are many. For 
one thing, it takes an awesome amount 
of money to market software nowadays, 
especially entertainment software. Few 
individuals or small companies have the 
clout to compete with a Broderbund, or 
an EA, or (dare I say it) an Infocom. 
And if people don't hear about your 
product, they won't buy it. The other 
big advantage is distribution. It takes 
years to build up an effective method of 
distributing product. This boring 
activity is best left to companies which 
have already made the investment in 
time and money. Another advantage is 
prestige. When a buyer walks into a 
store and sees a game under the EA 
logo, they know they can expect a 
certain kind of quality. Same goes for 
any other established company. 

Jf; Gosh, thanks. 

BM: I said a certain kind. Didn't say 
WHAT kind. Hcehce. 

RR: Now now, children! <Grin> 

Brian, you made valid points about the 
advantages; I'd like to ask you about 
the disadvantages, though. You cited 
"loss of control"; doesn't this depend on 
the type of contract made between the 
parties? Related to that, what sort of 
control would the author expect to give 
up? 

BM: The amount of control you get 
depends on who you are. If your name 
is Douglas Adams, and you've got a 7- 
million-copy bestseller under your 
belt,you can demand almost anything 
you want. If you're a nobody, you'd 
better boroady for some marketeer to 
put a title and cover on your game 
that'll makeyou want to cry. 

RR: Okay, Brian. Point well taken. 
William tells me he wishes to comment 
on the matter of 'loss of control"; I will 
ask him to do so now, as well as to 
make any remarks he wishes about the 
original question. 



WV: Control is an issue that can be part 
of the negotiation process. Wc have had 
developers that have retained various 
degrees of control of their product. This 
depends on what they want/need to 
control, the product (if it's killer, we'll 
talk), and the developer (maybe he 
knows this product's market). You 
could also trade SSS for control. If by 
control you mean some understanding 
on the level and quality of advertizing, 
that can also be talked about. 

Now to the question at hand. Some 
software can be self-published. I refer 
to highly vertical applications like devel- 
oper tools or software for a very small 
segment of the user base (which isn't 
too large on the Amiga yet). However 
on a SSS basis, publishing via a com- 
mcrical developer can (and should) 
return more than self publishing (except 
for the cases I mentioned). You should 
get a fixed SSS amount on every product 
sold, % of profit is meaningless since 
there is no thing such as profit. Most 
importantly you'll want your name on 
the package, so the next time you do a 
title you are already recognized. 

RR: William, a comment and a question, 
then 1 will pass control to Jeff. Your 
comment about reaping more via a 
publisher surprised mo; in my (admit- 
tedly uninformed) way of thinking I 
would have thought you would return 
less; this is an important point. The 
question: did I understand youto say 
"there is no such thing as profit", and 
what exactly did you mean? 

WV: The quote "there is no thing as 
profit" refers to contracts where the 
developer gets a certain prcccntage of 
profit. The profit can dissappcar with 
any reasonably competent accountant. 
Some times a company may not make 
any profit (for real) on a product in the 
first year due to marketing costs. As to 
the question asked. If you don't have 
your own publishing company and you 
aren't doing a small segment/high price 
package (ala PCLO as a good example), 
your publishing startup costs, and the 
sales you don't get because you don't 

continued.,. 
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THE CAILIGRAPHER 



Professional font Design 
Software For Graphic 
Desigmrs, Video Artists 
and Calligraphers 

Introducing: ColorFonts™ ■ 
Up to 16 colors per font. 

ColorFonts ivork with all 
Amiga softivarc that 
supports loadable fonts 
and color. Accepted by 
Commodore-Amiga as a 
font standard. 

• Full graphics editor 

• Special effects 
including, shadows, 
outlining, resizing, 
pattern fill, merge and 

1 replace fonts 

• Ahiliti) to render effects 
on an entire font all 

at once 

• Character sizes up to 
160 pixels high hy 256 
pixels wide 

• Works tuith all 
resolution modes 

Calligrapher is $W0. 



STUDIO FONTS™ Vol. 1 

- High quality ColorFonts and 
standard Amiga fonts for 
video and graphic desigii 
work. Includes a tutorial 
on fonts and use with 
Calligrapher. $35. 

NEWSLETTER FONTS™ 
Vol. 1 - Fonts for creating 
nezusletters and brochures. 
Looks great on dot-matrix 
printers. Tutorial 
included. $30. 

More font disks will be 
available soon. 

Available at your load 
AmiQa dealer 



To order direct from 
InterActive Softworks: 
Add S4. for shipping in U.S. 
and Canada, S8 elsewhere. 
California reiidenls add 6.5% 
sales tax 

InterActive Softworks 
57 Post Street, Suite 811 
San Francisco, CA 94104 
Call (415) 986-1889 for 
information and orders. 



the job of out 
manual writers 
to write the 
best possible 
manual for 
your program, 
the job of our 
package 
designers to 
design the best 
possible 
package, etc. 
Remember, we 
are all working 
toward the 
same goal, to 
sell as many 
copies of your 
program as 
possible. But, 
by economy of 
scale, we have 
people who 
can specialize 
in each facet of 
getting your 
program to 
market. 



have the leverage of having been there 
before, and the high cost of low volume 
manufacturing (disks, boxes, docs etc.) 
will cost you enough so you will lose 
$S$S compared to a good publishing 
contract. Assuming you can get a good 
publishing contract. 

IPCLO is a printed circuit CAD package 
by SoftCircuits] 

RR: Thank you for the clarification, 
William. Jeff, 1 believe you wanted to 
make a comment about "loss of control" 
and the question in general? 

JJ: First, 1 don't know of anybody in the 
industry who bases their royalties on % 
of profit. AH the ones I've dealt with 
count % of REVENUE. That... 

WV: It died out in the early 80's... thank 
heavens. 

JJ:... is a % of the wholesale price of 
each unit sold. Second, "loss of control" 
simply means, do you trust us? It is 



Admittedly, you won't agree with all of 
our decisions, but these are human 

judgments. 

RR: Gentleman, let me move quickly to 
questions which I'm sure interest us all: 
MONEY. Then we will open the forum 
for general questions from the audience, 

BM: Money? Where? 

RR: Assuming you are contacted re- 
garding a program for consideration, are 
you willing to sign a non-disclosure 
agreement? And, if you decide to 
accept the program, must the writer 
assign the copyright to you? William 
first. 

WV: We WANT a non disclosure in 

order to evaluate a product. Protects the 
developer, protects us. Must they 
assign copyright? Most of the time 
yes... but once again, it dcpjends on the 
circumstances. Often the copyright will 
get held by an investor group. We fund 



many of our projects in a similar 
manner as the film industry. But it 
could be possible for a developer to 
surrender marketing rights (world wide) 
and retain their copyright. For example 
the file requester program used in 
Draw, Draw Plus, and Diga! copyright 
belongs to C. Heath, though he gave 
us permission to use the code in our 
program. This happens quite often. 

["C. Heath" is Charlie Heath, author of 
the TxEd editor and FastFonts] 

RR: Thank you, ^Villiam. Jeff, would 
you care to comment on your policy? 

JJ: First question: yes, absolutely, a non- 
disclosure protects both of us. How- 
ever, you must remember that if you 
submit a baseball game to us and wc 
publish somebody else's instead, you 
can't really claim that that idea is yours 
and a breach of non-disclosure. 

Second, the copyright is generally held 
by the AUTHOR for most of EA's 
programs. We have always been in 
favor of a software artists rights to hold 
the copyright, get his name (and 
company logo) on the front of the 
package, picture inside, bio notes, etc. 
just like records and books. 

RR: Jeff, that is ir. fact a very visible 
point with EA; even in the advertising 
you include the programmers and 
references to their companies. 

Brian, since you do not accept submis- 
sions, this question is not really appli- 
cable to you. Did you wish to com- 
ment in any way? 

BM: 1 can, for amusement value, tell 
you what happens when we get an 
outside submission in the mail (which 
happens several times a week). 

RR: Yes, please. 

BM: As soon as we determine that the 
envelope contains a submission wc seal 
it up without so much as GLANCING 
at it... 
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Your Texas Amiga Source 

Immediate Access to over 400 Amiga Titles. 
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® 
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For Information and Customer Service 
Dial 713-781-2613 Mon-Sat 10-7 
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WV: Boy, that would clear my desk in a 
hurry! 

BM:... and ship it back with a "nondis- 
closure agreement" which, if signed, 
would assign all possible rights in the 
known universe to Infocom, forc\'er. So 
far, nobody has returned a form. 

RR: Can't say as that surprises mc. 
<Grin> Thank you, Brian. Now, the 
final question, the one about the big 
bucks, and then it's open to all. 

If unsolicited material (in whatever 

stage of completion) is accepted by you, 
will you pay advances against royalties? 
If, so, is it possible to estimate the range 
of the advance? And, if accepted, what 
royalty percentage will your company 
pay to the author? If the author is not 
an unknown, has a track record, would 
the royalty percentage likely be higher? 

Jeff, this one should go to you first. 



JJ: Okay, I can't give exact numbers, but 
royalty rates in the industry have basi- 
cally settled to the 10-15% range. That, 
of course, depends on a track record, 
market viability, etc. etc. We accept 
projects in all states, from complete 
bug-free (hah!) code... 

RR; Hah! indeed. 

JJ:... to ideas on napkins. We negotiate 
advances on royalties to cover living 
expenses and equipment costs. Figure 
out about how long it will take you to 
complete a project, and what you need 
to pay rent, put food on the table, etc. 
I can't give exact numbers, but it is a 
living in most cases. 

RR: Okay, Jeff, thank you. Brian, since 
your company does not accept submis- 
sions, and since I'd like to expedite this, 
I'll skip you if there are no objections 
and go directly to William. 



BM: None, Proceed. 

WV: The percentage we give is from the 
wholesale price of the product. The 
numbers are the same IN MOST CASES, 

We like to be involved in the develop- 
ment of the product, it doesn't have to 
be nearly complete; demos do help. It 
does help to be established (it can also 
hurt, more on that latter). 

We can talk about advances. Often we 
get the dcvelof)er hard ware /software as 
part of the deal (Hard Drives, Aztec 
Compiler etc). Most developers want 
more than money, they want recognition 
and maybe some control (i.e. doing 
things with the product, features of the 
product). This isn't an absolute, we'll 
always listen. We have given some 
developers very large royalities, large 
advances and even more. Why? 
Because there software was GREAT! 

continued... 
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...measures your stress level ihnjugh innovalive hardware. And golly 
gosh, do we have software! From a full-featured arcade game with 
sampled sound, to bar and analog graphs for your WorkBench, the 
five included programs will knock your socks and dry your eyes! On 
the serious side, the People Meter allows you to fully explore the realm 
of stress management. 

Requires an Amiga 500, 1000, or 2000 with at least 512K and 
Kickstart 1.2. Available from your Amiga dealer or order direct for 
S59.95 plus $3.50 shipping. CA residents please add 6.5% slate lax. 

Aminetics P.O. Box 982-205, Whittier CA 90608, (213) 698-6170 
S^miga is a regisUrtd irademarlicif Cotrmwdorc-Jimiga, fnc. 



Developers also feel more comfortable if 
the contracts are reasonable in size and 
understandable. We want to make 
deals, not break deals. I like to bo able 
to refer developers to other developers 
on our ability to keep them happy. 

O.K. back to the "established" devel- 
oper. A product has got to stand by 
itself. The product counts more than 
almost anything else. Technology that 
can be used for many projects is also 
valuable. And since we arc involved in 
C.D.I. (Compact Disk Interactive) 
publishing/development, titles that 
relate to this may get better deals. The 
bottom line is, every deal is unique. 

RR: Good point! Jeff, I believe you had 
a comment on this? 

JJ: I wanted to mention some of the 
other things to consider besides just the 
royalty points and size of advances. For 
instance, would it be worth 2% points to 



sign with 
somebody who 
can sell twice as 
many copies. 
Look at a 
companies sales 
records. Also, 
some of the 
other "perks" 
that come from 
being part of 
the EA Artist 
Community 
include the 
services of 
Technical 
Directors (like 
yours truly), 
use of our 
Artist Work 
Station Tools, 
cthernet access 
to all of our 
other artists, 
etc. (All of 
which is not to 
say we don't 
give great 
royalties 
<Grin>) 

RR: Thanks, Jeff. The floor is now open 
for questions from the forum members. 

John Sobcmheim, you are first. 

(John Sobernheim) 1 was wondering if 
any of your companies were going to 
market more application type tools 
(Integrated packages, etc.). 

RR: William first, please. 

WV: We are looking at integration in 
productivity software, can't give specific 
titles. But it is good if products work 
together in expected and un- expected 
ways. For example the Diga! (telecom) 
developers added Textronix emulation 
to allow Textronix images to be cap- 
tured to the CAD system as an option. 
IFF (Thanks EA) is another good 
example. 

A comment on the last comment. You 
should be concerned about the support 
a publisher gives to you on develop- 



ment. EA has been very good on this, 
with their developers workstation, etc. 
We have also worked hard to get 
developers the code examples they 
need, tools and advice. You also want 
to aim your product at a publisher that 
fits your product type. If you want to 
have the product sell for S499.00, you 
want to look for a publisher that sells 
S499.00 products. 

RR: Thank you William. Jeff, care to 
respond? 

JJ: Well, application tools is a large 
subject. Our Deluxe Scries is definitely 
being expanded, and could potentially 
include word processors, page layout, 
sound tools, etc. We are DEFINITELY 
looking for more IDeluxe Creativity/ 
Productivity tools. 

BB: Hola! 

WV: Here's PCLO! 

RR: Thank you, Jeff. Brian, ! know 
Infocom is primarily (entirely?) game 
oriented, but do you have any surprises 
you'd like to tell us about regarding 

tools? 

BM: A 68000 version of our relational 
database. Cornerstone, now exists. We 
showed the Atari ST version at 
Comdex. If sufficifmt interest were 
shown, we might be persuaded to port 
it over to the Amiga. 

RR: Thank you, Brian. Folks, you 
heard the man... send mail! 

John Sobernheim, you regestcred an 
additional comment? 

(John Sobernheim) SMART Plus on an 
Amiga or ST would be nice. Build in 
WP/SP/GR/Comm, and sell millions. 
Thats all. 

RR: Okay, I'm sure your comment has 
been noted. William, you had a com- 
ment? 
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WV: On the Amiga vs. ST market for 
software. SPA (Software Publishers 
Association) survay shows that even 
though there are more ST's than 
Amiga's, more software (by volume) is 
selling on Amiga and by $$$ it's a 
larger margin. This may change. Just 
thought I'd give you some good news. 

RR: <Grin> I'm sure that's something 
we arc all glad to hear. 

Jeff, you had an additional comment? 

JJ: Actually, according to Atari, 150,000 
or so ST's have been sold, but 60% of 
them are in Europe. That mrans 
domestically, there are more Amigas. 

RR: Thanks for that, Jeff. Brian, you 
also had a comment, 

BM; In brief, our figures suggest that 
Amiga buyers tend to be first-time 
computer buyers, whoras ST buyers are 
upgrading from their 8-bils. We see 
more of our standard classics (ZORK, 
etc.) sold on Amiga than on ST, possi- 
bly because more ST owners have 
already played them. 

RR: Thanks Brian. 

RR: Folks, I don't mean to put the man 

on the spot, but lurking in the audience 
is Ben Blish of SoftCircuits, makers of 
PCLO... 

WV: Yea Ben! 

RR:... you may wish to direct some 
questions to him (though he is under 
NO pressure to answer, since he is just 
a spectator.) 

BB: I'd answer, I suppose. 

RR: Glenn Nielsen, you were next. 

(Glenn Nielsen) Thanks, For the small 
publisher or individual, how effective is 
word of mouth for marketing, i.e. BBS/ 
network annoouncemcnts and DemoW- 
are? I'd like a comment from Ben also 
if he's willing, 



RR: Thanx. 
An excel- 
lent_ ques- 
tion, Glenn. 
Before I ask 
for replies I 
have been 
informed that 
Brian Fargo 
of Interplay 
(Bard's Talc!) 
is also in the 
audience. 
<visuali2ing 
dozens of 
heads 
turning 
<grin» 

(Brian (Inter- 
play)) Hello 
all. 

RR: Since 
Ben's just 
arrived, let's 
put him on 
the spot first. 
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BB: Well, word of mouth, not very... 
BBS/network, nominally better, demow- 
are, very. IF, and this is a big if, your 
domoware doesn't obsolete or poten- 
tially replace your ware-ware. No save, 
or some equivalent cripple needs to be 
placed in the Software. 

You should keep in mind that my 
company's product is aimed at a very 
vertical market, that is to say, one that 
is specialized, and so that skews my 
results from the general market type of 
stuff. On the other hand there are a lot 
of technical types using and buying 
Amiga's for the first time, and so 
mebbe that skews it back. 

RR: Thanks, Ben. Jeff, want to field 
this one? 

JJ: Well, word of mouth, user groups, 
etc. is a very tricky channel. They also 
tend to be the people who believe in 
"freeware", (i.e. sharing copies of 



anything they like). It only works if 
your end user is very ethical and /or 
needs follow-up support. 

RR: Jeff, I think we should make the 
point that the classical definition of 
"freeware" does _not_ include pirated 
software, correct? 

WV: Yep. 

JJ: True, but there are plenty of folks 
who believe ALL software should be 
freeware. 

RR: Sad (in the case of piracy), but true. 
Brian, care to comment? 

BM: Since our products appeal to a 
fairly narrow, and intensely loyal, group 
of people, word of mouth is very 
important to us. My last title, TRINITY, 
was literally saved by it. 
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AMIGA HARD DISK BACKUP HARDHAT 

Ful!/lncremental/Dlrectory/Single File backup to microdisks. 
Option list allows skipping of files by name with wildcards. 
Catalog file provides display of backed up files by name with 
size, location and datestamp. Double data compression re- 
duced disk space. Printer interface. Uses CLI or Workbench. 
Multitasking provides background operation. — S69.95 

AMIGA DISK FILE ORGANIZER ADFO 

Having trouble finding that file somewhere in your stack of 
floppys? Can't find all the copies of a particular file? ADFO 
maintains a database of directories and filenames from your 
collection of disks. Fast response inquiries return location and 
fast update infor-nation. Printer interface. Uses CLI or Work- 
bench. 512K ram and 2 drivLJ recommended — $59.95. 

AMIGA SPELLING CHECKER SPEL-IT 

Uses 40.000 word primary dictionary and optional second dic- 
tionary. Add/Deete words to both dictionaries. Includes 
plurals. Text worccount totals. Uses CLI or Workbench, Mouse 
or keyboard. — S49.95 

Include £3.i)0 S&H MaslercardA/isa Accepted 
Calif. Residents Add 6V2% Sales Tax 

3386 Floyd 

Los Angeles, CA 90068 (213) 851-4868 

Order phone 1 800 621-0849 Ext. 494 



RR: Interesting how different circum- 
stances result in different outlooks on 
some of these issues. 

Peter Hodgins, you have a comment on 
this issue? 

(Peter Hodgins) What kind of copy 
protection schemes do you forsee in the 
future? 

WV: Optical Media? 

JJ: Lower prices and ethical users. 

(Brian (Interplay)) Off lino protection, 

WV: Documentation and added value. 

RR: William, you wanted to comment 
on word of mouth. 

WV: O.K., word of mouth and demos 
and BBS can help a vertical product get 
out there. The problem is that dealers 
may not carry the product if they don't 



know you or if they don't see ADs for 
the product. Early in a machine's 
history shareware (demos also) can 
work out for these vertical products. On 
the Amiga TxEd comes to mind. 

A demo can come back to haunl you; if 
it's not as good as the released product 
it may be hard to get the word out. The 
BEST example of a demo working 
miracles is the Mindscape Cinomaware 
demo of Defender of the Crown (actu- 
ally the demo was an Animation in 
Aegis Animator). 

WV: The product was sold, marketed, 
and broke records because of the 
demand the demo built up at user 
group meetings and shows. It also 
went to reviewers as well. They did do 
some good advertizing but the demo 
sure helped. By the way, the game 
actually used a animation-compiler to 
do much of the play! (Defender of the 
Crown). 



RR: William, 1 think you indirectly 
touched on an important point when 
you said "early in a machine's history". 
I think we all remember a certain 
terminal program (i won't mention the 
name, please, no one else either!) that 
we bought simply because that was all 
there was. Now that the system is 
more established, getting buyers is 
going to become trickier, and this may 
be whore the publishers come into play. 
Am I on base? 

WV: Lameware does sell for a while, 
but it will backfire on the publisher. 

RR: Well, my point was not necessarily 
that the program was "lameware"; I 
think the same principle would apply if 
it was fantastic. The "only cow gets 
milked", as it were. 

WV: Oh, the best way to break in the 
business is early in the history of the 
machine... witness Aegis. 

JJ: A mature market (like the c64) relies 
much more on di:;tribution channels 
such as the Whorehouse or Toys R Us, 
and on magazine ads. 

RR: Folks, I want to interrupt briefly to 
tell you that Brian Moriarity of Infocom 
needs to slip out. I'm sure we all ap- 
preciate his being here, and if this were 
face to face I'd call for a round of 
applause (with no doubt I'd get it). 
Brian, thank you tor sharing your 
thoughts with us. 

BM: Thanks for inviting me in. Slipping 
out now. 

RR: 1 think we've beaten that question 
to death... Marlcne, you were next. 

(marlene Zenker) How do you deter- 
mine the price of a package and how 
would the formula vary if you were an 
individual marketing on your own? 

RR: William, care to take that one first? 

WV: The price depends on what the 
competition is selling and what pack- 
ages like it sell for in general. Develop- 
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mont costs also play a role. However 
I've situations where developers at- 
tempted to price product on the basis of 
"You would have to spend S20,000 on a 
CubiComp to do this", it doesn't work 
that way. You can't really charge on a 
basis of precieved value, you have to fit 
the marketplace. 

RR: Thank you. Jeff, you had a com- 
ment? 

JJ: Yes, laws of supply and demand 
tend to drive the prices as low as 
possible. Take our c64 market, for 
instance. Now that it is so large, we 

can afford 

[Long pause] 

RR: Jeff, did we lose you? 

[Long pause] 

Looks like Jeff's modem is playing 
games with him. Ben, you had a 
comment about this issue in the mean- 
time? 

WV: Ben, I wasn't referring to anything 
like PCLO, your price is fair, 

BB: Yeah, if there is NO competition 
(our case when we started}, then your 
price can be set to whatever the market 
will bear in exactly the manner sug- 
gested, IE it would cost XXXX to do this 
on a frump, so this costs .5*XXXX 

WV: But not for a potential mass 
market item (no names). 

BB: If there is competition, then that 
sets the price all by itself, unless your 
product is so superior that it cannot be 
missed or spoken about in a misleading 
way. Bill's too smart to make those kind 
of claims; others aren't. 

And, it hasn't seemed to make a lot of 
difference to us that there is a company 
attempting to compete with us, lower 
price, same target market. So even if 
you are competing, use excellence as a 
lever and you won't have to worry so 
much about the price. 
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JJ: I'm back, don't know what hap- 
pened. 



(marlene Zenker) So basically it doesn't 
matter whether you're an individual or 
large publisher, the marketplace is what 
counts. 

BB: 1 don't think so. I'm an individual, 
and Ihats all there is to SoflCircuits. 

WV: And we refer folks to Ben all the 
time! 

RR: Well, William has just told me he 
must be moving out. Thanks very 
much for coming tonight! 

WV: Any final querys? 

RR: If you have, time, William, Stove 
our Wizop had one very important one 
which I think should be asked. 

WV: O.K. 



RR: Steve, arc you available? 
[Long pause) 



Apparently not, but let me ask it, 
because I believe it IS important: "Do 
you regret your decision to develop for 
the Amiga, and what do you see in it's 
future?" 

William, go ahead first, since you need 
to leave. 

WV: Are you kidding! The Amiga 
really moved Aegis up! However 1 
wish Commodore would do more for 
the marketplace and promote software 
that "followed the rules" etc. etc. 

(John Sobernheim) Hear Hear!! 

WV: No regrets, we have A LOT more 
Amiga product in the works. 
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RR: Ben, don't forget, CBM also con- 
verted the Ami to 3.5 inch drives and 
more memory. 

[The Amiga was originally designed 
with 5 1/4" drivers and considerably less 
memory] 

Jeff, you had a comment on this? 

JJ: Actually, 1 have heard a lot lately 
that leads me to believe that CBM is 
FINALLY getting its act together. RJ 
Mica! is even get:ing optimistic about 
CBM's directions. 



RR: Thanks, William; 1 doubt anyone 
expected to hear anything else. Thanks 
for spending time with us tonight. 
Have a good evening (what's left of it!) 

WV: Bye for real. 

RR: Jeff, would you like to respond to 
Steve's question, please. 

JJ: Absotively, posilutely, NO REGRETS! 
We have grown over 100% this year, 
and a lot of it is duo to our early 
commitment to the Amiga, especially 
with the Deluxe Series. We made back 
our initial investment in Amiga devel- 
opment in the first three weeks that we 
shipped our first Amiga releases. Our 
slogan used to be "We See Farther"... 
now, thanks to the Amiga, Farther is 
here, (yeah, I know that sounds corny. 
Sorry, 1 got carried away!) 

(marlene Zenker) Not corny, EA is a 
really classy company. 

RR: Jeff, as long as you believe it (and I 
think you do), I think we can all excuse 
the corn. Den, would you care to 
respond to this as well? 

BE: Ok first, 1 don't regret it. Sometimes 
I'm a little jealous of the market share 
that companies get when they support 
popular toys like the IBM PC... 



RR: <cringing, hoping there are no 
IBMers in the crowd > 

BB:... but the Amiga seems to be still 
selling in spite of Commodore. When 
the Sidecar is released in the US I'll be 
a LOT happier. A company that keeps 
claiming, then doesn't deliver, gets the 
users very annoyed. I think the boys 
and girls at CBM arc being really 
shortsightcKl, over and over again. We'll 
stick, though, as the machine is fabu- 
lous, and what I want out of this is 
performance products, at the level I, 
and my customers, see fit. 

RR: Ben, I think the frustration felt 
towards the way Commodore is han- 
dling matters is almost universal, and 
I'm sure there are many of us who feel 
that WE could do a much bettor job of 
management. But I would stress one 
thing, something I stressed way back at 
the beginning of the Amiga: they have 
problems, true, but let's remember all 
the things they did RIGHT. 

BB: They bought Amiga. That's one. 
What else? 

RR: Ben, that's a pretty important one, 
wouldn't you say? 

BB: yes, very, but it's still one. 



[RJ Mical was instrumental in the 

development of the Amiga's hardware, 
as well as being verj' visible in a 
developer support capacity. He was one 
of the first people let go in the Commo- 
dore layoffs earlier in the year] 

RR: Okay Jeff. Okay, folks. This offi- 
cially ends our firet conference; I hope it 
was useful to you. I will now turn 
everyone loose to chat. 

(S. Ahlstrom/SYSOP) I would VERY 
much like to thank our guests and Rick 
Rac for spending a Wednesday evening 
enlightening us all. 

BB: Can we fight now? 

Copyright 1986 by AmigaForum, Aegis, 
Electronic Arts, Infocom, SoftCircuits. 
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About Online Conferencing 



Reading a conference transcript (cither 
here in Amazing Computing or clectroni- 
calty via modem) is only half the story. 
With a transcript you can read what 
happened; by participating in a confer- 
ence you can be a part of it. Instead of 
merely hoping the featured guest 
addresses an important issue, you can 
be sure, by asking a question or making 
a comment about it. 

To participate in a conference, you must 
first be a member of the appropriate 
network. This conference was held on 
CompuServe's AmigaForum, a meeting 
place for literally thousands of Amiga 
enthusiasts. Joining CompuServe is as 
simple as following the instructions in a 
"SnaPak," a tear-apart envelope which 
contains a temporary user ID and 
password. Many modems and telecom- 
munications programs include SnaPaks 
or you can buy a starter kit complete 
with SnaPak and user's guide from 
many electronic and computer stores. If 
you can't find them locally, you can 
order one directly from CompuServe for 
S39.95 by calling 1-800-848-8199 (in Ohio 
or Canada call l-614-i57-0802). This 
starter kit also includes a $25 usage 
credit, so the actual cost is about S15. 

The next requirement is to be a member 
of the forum which supports your area 
of interest. There are scores of forums 
on CompuServe, each addressing a par- 
ticular subject. In this case, typing GO 
AMIGAFORUM at any "!" prompt will 
take you to the AmigaForum's Visitor's 
Menu; simply select the "join" option to 
become a member. There are no special 
forum dues or responsibilities beyond 
following the general conduct rules. 



by Richard Rae 



Once you are a member of a particular 
forum, you need to know when the 
spiccial conferences are scheduled. The 
AmigaForum normally posts a short 
bulletin (which you will receive auto- 
matically when entering the forum) a 
week in advance of each formal confer- 
ence, so you need only jot down the 
day and time for any conference which 
interests you. 

Of course, you'll also need to know how 
to attend the conference! The AmigaFo- 
rum is conceptually divided into three 
areas: the Message Base (where mem- 
bers swap messages back and forth, not 
unlike an electronic bulletin board), the 
Data Libraries (where all the programs 
and files are stored), and the Conference 
Area. (All the forums on CompuServe 
are structured similarly, so if you learn 
one, you've learned them all.) 

Upon entering the AmigaForum, you 
are in a "lobby" of sorts, with direct 
access to the Message Base. To move to 
the Conference Area, simply select the 
conference option from the menu or 
type CO at the main forum prompt. 

The Conference Area is composed of 
several "rooms," each of which can 
contain a seperate conference, all going 
on simultaneously. When you enter, 
you will be in Room 18, which is the 
default. Informal gatherings are nor- 
mally held in this room. 

To participate in a formal conference, 
you need to go to the appropriate room. 
Most AmigaForum conferences with 
featured guests are held in Room 2, 



'Talk to the Trade." To get there from 
Room 18, type /ROOM 2 or /TUNE 2. 
The slash is a delimiter and should be 
the first character on the line for any 
command. For example, /EXIT will 
return you to the "lobby", /HELP will 
dislay a list of conference commands, 
and so on. 

Formal conferences include a moderator 
(who acts as "traffic cop"), one or more 
featured guests, and the forum member- 
ship. In order to maintain a smooth 
flow of information, a simple protocol is 
followed by all participants; this 
protocol is explained in a text file in the 
forum. Again, information about this 
file is included in the short bulletin you 
will automatically receive if a confer- 
ence is scheduled. 

Participating in a conference (and a 
forum) is an exciting way to meet 
others with similar interests, especially 
industry figures with whom you'd not 
normally have the opportunity to talk. 
It is also a valuable resource. Someone 
usually has a rapid answer for just 
about any question or problem you 
might have. The AmigaForum works 
because of its members, who are bright, 
vocal and intensely interested in 
everything Amiga. Come join us! 

•AC. 



AMAZING COMPUTING V2.10 © 1987 



97 






y 




O to 60 in 3 Seconds 



Actually, we're being conservative. The ANIM feature in 
VideoScape 3-D can play up to sixty frames in one second. 
Real time. Perfect for desktop video production. Perfect for 
desktop presentation. The ultimate 3-D animation system 
for the Amiga. 

VideoScape 3-D has been designed to work with any Amiga 
computer using a minimum of 5 12K RAM. It features solid 
object generation with liidden surface removal, diffuse 
reflection from a light source, specular reflection, and a 
wire frame mode. 

VideoScape's Easy Geometry Generator lets you create 
simple geometric shapes like cubes, spheres, boxes, and 
cones. You can also use Designer 3-D's visual interface to 



For more information 
or your nearest dealer: 

(213) 392-9972 



create unusual shapes. VideoScape 3-D includes a series 
of objects created by Allen Hastings, as well as IFF fore- 
grounds and backgrounds painted by Jim Sachs and 
Richard LaBarre. You can generate frames and automati- 
cally play them back from scripts, step through each frame 
one at a time, and use manual or automatic camera mo- 
tions. VideoScape 3-D will work in multiple resolutions up 
to 704 X 440 including overscan and interlace. 

Combined with other software products, including Aegis 
VideoTitler, Aegis Animator, Images, Deluxe Paint 11, or Ae- 
gis Animation Workshop, your animations will shift into 
high gear. Aegis puts you in the winner's circle! Join the 
team today! 



^^ 



VideoScape 3-0. Aegis .-Xnimator .^egis VideoTitler, Easy Geometry Generator. Designer 3 
Paint II h a trademark of Electronic Arts, Inc. Amiga is a ttademarlt of Commodore-Amiga Corp. 



221QWilstiire Blvd., #277 
Santa Monica. CA 90403 

D. Aegis Animation Workslinp are trademarlis of Aegis Development. Inc. Deluxe 



To order direct; 

-800-345-9871 



The AMICUS Network 



by John Foust 



As you can probably tell, I am becom- 
ing more and more fascinated with 
Amiga video and animation programs. 
This affection is appropriate for some- 
one in love with this machine — 
graphics and video are the Amiga's 
forte. 

The SIGGRAPH conference in Anaheim, 
California in late August was proof that 
the Amiga is a contender in the anima- 
tion and video market. SIGGRAPH is 
the annual convention of members of 
the graphics special interest group of 
the Association for Computing Machin- 
ery. Most ACM members arc from the 
best computer graphics companies and 
university research groups. 

Beyond the technical talks, there was 
also a large trade-show style exhibit 
hall. The Commodore booth was 
situated near Apple and Sun Microsys- 
tems, the other "low cost" computer 
systems (The cheapest Sun system is 
priced about 510,000. A Mac II system 
prices out at about $6,000. The Atari ST 
was nowhere to be found.). 

This display is no casual trade show. It 
is a time when the best minds in 
computer graphics present papers and 
lectures. Films and artwork are also 
presented and competitively judged in a 
competition, SIGGRAPH attendees can 
view the films in evening showings. 

The hardware is tops, too. How good? 
At the film show, I was in the tenth 
row away from a huge 40-foot projec- 
tion screen. While watching the best 
film of the night, I blinked to clear my 
eyes and held my head steady in my 
hands, mouth agape. 1 couldn't see 
anything "wrong" with the animation. It 
simply looked real - no jaggies, no hard 
mechanical edges, all realistic motion. 



1 should clarify. The word "contender" 
implies competition and a chance to 
win. The competition at SIGGRAPH 
were giants compared to the Amiga. 
After all, can a S2000 computer compete 
against 550,000 computers? Perhaps 
"competition" wasn't the right word 
choice. There was one Amiga-generated 
animation in the film show called 
"Dance of the Tumblers" by Steve Segal 
of West Hollywood, California, Done 
with Aegis Animator and enlarged on 
that 40-foot screen, the low-resolution 
Amiga pixels looked huge and the 
animation looked coarse. There was a 
big gap between the Amiga and the 
other graphics computers at the show. 

The conference made me think, "What 
makes the Amiga great?" The answer 
was simple. First — low cost. After all, 
people who work on 5200,000 computer 
systems by day want a computer for 
home, too. . .or perhaps they can't get 
access to the expensive computer in the 
office, so they can put Amigas on their 
desks. The low cost of the Amiga is 
very attractive and I am sure the Amiga 
500 was the lowest cost computer 
shown at SIGGRAPH. 

Second, the Amiga is interactive. On 
personal computers, the user interface is 
primary to the usefulness of the pro- 
gram. Many of these more expensive 
computers have inferior or non-<;xistent 
user interfaces. In many cases, you are 
provided with documentation that 
assists you in programming the hard- 
ware, but little more than that. A large 
banner at the Pixar booth advertised a 
base system for $49,000 - "Including a C 
Compiler." 

During the guided press tour, an ACM 
official called the Amiga the "great 
sleeper" of the show, saying its graphics 



potential was yet to be realized. I agree. 
I hope that many other SIGGRAPH at- 
tendees took that idea home with them, 
too. 



Commodore in force 

It was very nice to see Commodore 
officials present at the show. Al 
Duncan, Commodore's general man- 
ager, was present and on the floor 
every day of the show. Henri Rubin, 
the executive VP and chief operating 



SIGGRAPH 

More Animation 
Products 

Live! Update 



officer, and Richard Mclntyre, the senior 
VP of sales and marketing were present 
for at least one day of the show. I 
think the Commodore reps were 
pleased by the response from attendees; 
the booth was always busy. At an 
Amiga user group meeting during the 
week of the show, Duncan announced 
that Commodore will also be present at 
the next SIGGRAPH. 

The week before SIGGRAPH marked 
the shipment of both Byte-by-Byte's 
Sculpt 3D and Aegis Development's 
VideoScapc 3D. Ray- tracing was a hot 

continued,,. 
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DESKTOP AUDIO/VIDEO SYSTEMS 




Interactive Microsystems 

Landmark, Suite 20 

P.O. Box 1446 

Haverhill. MA 01830 U.S.A. 

617/372-0400 



topic both in and out of Amiga booth. 

The Sculpt product raised the eyebrows 
of many casual observers who used 
much more expensive computers to do 
the same thing. VideoScape impressed 
many people for the same reasons. 
There were a half-dozen animations 
shown by people who had bought the 
program only days before. Aegis 
Development had four spots showing 
their line of software. Sonix provided 
the background music for the booth. 

Mimetics showed their real-time video 
digitizer and frame buffer which went 
into production in August and should 
be available in September. They also 
showed software that can display an IFF 
picture on the frame buffer. The 
software is somewhat slow; it takes 
several minutes to translate the IFF data 
to a form suitable for the buffer. The 
buffer does not accept simple red, 
green, blue values for each pixel. The 
board uses a minimal amount of 
memory to store the image, so it must 
convert the pixel values to another 
form. This process takes time and I 
imagine this delay will hamper interac- 
tive applications of the frame buffer. 
Time problems aside, the images were 
superb. Videophiles were impressed by 
the buffers' ability to capture two true 
video fields. Captured images looked 
like very good still-frames on a video 
recorder. 

As usual, New Tek showed thdr Digi- 
View video digitizer and their new 
HAM paint program, Digi-Paint. Other 



booth regulars included CSA with their 

68020 / 68881 Turbo Amiga, Liquid 
Light and their Polaroid Palette screen 
camera. Software Visions with Micro- 
Fiche Filer and CalComp with their 
PIotMaster color printer. 

Gold Disk showed Professional Page, 
Pagesetter and Laser Type. Professional 
Page is expected to ship in September. 
Crystal Rose showed a new fractal- 
based graphics program. If you 
remember, they showed a Mandelbrot 
program at last fall's Commodore Show. 
Anakin Research showed a version of 
their Easyl drawing tablet interface for 
the Amiga 500 and 2000. The new 
boards use a custom ASIC chip, so the 
board parts count is reduced. 

Ameristar used their network boards 
and software to join two Amiga 2000s 
with a Sun minicomputer. The Sun 
with its 300-or-so megabyte hard disk 
became accessible to the two Amigas as 
a logical device, such as "NET:". In 
other words, the resources of each 
computer on the network are available 
to all. This connection is called peer-to- 
peer networking. Ameristar also has 
remote logins working over TCP/IP 
which were demonstrated to Sun 
Microsystems representatives in a 
private meeting. 

Mindware showed an IFF animation 
program called PageFlipper. It loads 
IFF images into memory and flips them 
to the screen in succession. Overscan, 
as well as scripting of the animation 



sequence, is supported. One interesting 
feature is a seamless, looping back- 
ground image for a character walking 
on the screen, available for £49.95. 
Mindware occupies the same address as 
Anakin Research. 

The University of Lowell, Massachusetts 
showed a DMA image processing board 
for the Amiga 2000. The board can 
accommodate up to seven parallel image 
processing chips (the NAC 7281). Each 
chip gives approximately 5 MIPS 
(million instructions per second) of 
processing power, dedicated to image 
processing. The demonstration in the 
booth showed the board rotating a two- 
dimensional image, counting vertical 
pixels in columns and drawing histo- 
grams of the data in real time. 

The Amiga was presi^nt in a few booths 
outside the Commodore booth. Byte-by- 
Byte had their own booth and a pres- 
ence in the Commodore booth. Micro 
Magic, the maker; of Forms in Flight, 
had a small booth near the Commodore 
booth. According to David Youlton, 
Forms in Flight was first shipped in late 
June. Its animation resembles Vide- 
oScape, but Forms in Right has a very 
nice, interactive user interface for 
creating objects, v/hile VideoScape lags 
in this respect. The jjrogram also works 
in stereo, with red-and-blue glasses. 
You can edit and view objects in stereo 
wire frame. Forms in Flight does not 
conform to any IFF standard, unfortu- 
nately, and uses i:s own format for ani- 
mation files. It is also geared to users 
with the admittedly expensive step- 
frame recorder. Youlton also plans to 
release a freely-distributable animation 
player called Fast Flight. 

During the first two days of the show, 
the General Electric booth showed the 
Winner's Circle Systems video presenta- 
tion system. GE bundles Amiga hard- 
ware and software together for sale 
through Winner's Circle in Berkeley, 
California. In the GE booth, a seven 
megabyte Amiga played a 1300 frame 
VideoScape animBition, which is all 
stored in memory and played back in 
real time. Reportedly, GE thought 
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they'd stump viewers by saying they 
couldn't use a videotape of an anima- 
tion, so they did it all from memory 
instead. 

The 1988 SIGGRAPH will be held 
August 1 to 6 in Atlanta, Georgia - and 
Commodore will be there. 



Amiga Friends 

The Amiga Friends, a local user group, 
hosted a meeting to coincide with the 
SIGGRAPH conference. Attendees filled 
a large ballroom in a hotel on the 
Anaheim convention grounds. It is nice 
to see local user groups taking advan- 
tage of the Amiga developer presence 
when a trade show comes to town. As 
someone remarked at the meeting, any 
competitor of Commodore could bomb 
this ballroom if they wanted to ruin the 
Amiga. 

Al Duncan and Dave Archambault of 
Commodore spwke at the meeting. 
They made a few nice announcements: 
Commodore will have a booth at the 
Fall COMDEX in Las Vegas in Novem- 
ber. They plan to continue the advertis- 
ing campaign for the Amiga 500 and 
2000 into the fall. Commodore has 
added seven new telephone customer 
support people, partially due to the 
5000 calls a day they are still receiving 
concerning the Commodore 64. Com- 
modore is also creating a plan to court 
Amiga 500 sales in the educational 
market. 

The meeting featured numerous demon- 
strations of Amiga products by repre- 
sentatives of exhibiting companies. A 
summary of speakers and demonstra- 
tions: 



h'sSAMI 




Ik) you know vnhere your bugs are ? 



This C programmer is finding his bugs the hard way ...one at a time. 
Thaf s wliy it's taking so long. But there's an easier way. Use 

Lint for the Amiga 2.00 

Lint for the Amiga analyzes your C programs (one or many modules) and 
uncovers glitches, bugs, quirks, and inconsistencies. It will catch subtle 
errors before they catch you. By examining multiple modules. Lint enjoys 
a perspective your compiler does not have. 



- NEW: ANSI C extensions (cnum, 
prototypes, void, defined, pragma) 
and many additional chects. 

- Full K&R C 

- Use Lint to find: 

inconsistent declarations 
argument/parameter mismatches 
uninitialiMd variables 
unaccesscd variables 
unreferenced variables 
suspicious macros 
indentation irregularities 
function inconsistencies 
unusual expressions 
... MUCH MUCH MORE 

- User-modifiable library-description 
files for the Aztec and Lattice C 
compilers. 

• All warning and informational mes- 
sages maybe turned off individually. 



- Indirect files automate testing. 

- Use it to check existing programs, 
novice programs, programs about to 
be exported or imported, as a pre- 
liminary to compilation, or prior to 
scaling up to a larger memory model. 

- All one pass with an integrated 
prc-processor so it's very fast. 

- Has numerous options and infor- 
mational messages. 

- It will use all the memory 
available. 

- PRICE: S98.00 MC, VISA, COD 

(Includes shipping and handling 
within US) PA residents add 6% sales 
tax. Outside USA add S15.00. 
Educational and quantity discounts 
available. 

- Trademarks: Amiga(CommodQre) 



J207 Hogarth Lane • Collegevslie, PA 19426 
(215) 584-4261 



CSA representatives Al Riker and Bill 
Reed showed their Turbo Amiga speed 
enhancement boards. A clear demon- 
stration of the speed increase was given 
with a Mandelbrot program, well- 
known for slowness and an appetite for 
CPU cycles. New iterations of the Man- 
delbrot set took only seconds, while an 
ordinary Amiga might take minutes to 
do the same work. Riker and Reed 



hinted that CSA might be working on 
higher resolution video boards for the 
Amiga. 

Micro Magic's Dave Youlton showed 

Forms in Flight, his shaded polygon 
animation package. NewTck president 
Tim Jenison showed Digi-Paint. Byte by 
Byte president Scott Peterson demon- 
strated Sculpt 3-D. 



Microlllusions rep Jim Steinert showed 
Photon Video, an upcoming line of 
animation programs. The demo looked 
as good as ray-traced animation, but 
used a different, much faster technique 
than ray-tracing. Microlllusions is 
planning interfaces for controlling pro- 
fessional video equipment, such as a 
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SMPTE interface. At this point, it all 
looks too early to tell — they don't plan 
to release the product for months. 



Contact: Probe 

Keith Doyle showed his Contact:Probe 
animation. This demo disk has been 
making the rounds; perhaps you've seen 
it. Doyle participated in Contact, an 
annual meeting of science fiction writers 
and artists. They get together to talk 
about an imagined contact with an alien 
species. Each group keeps the others in 
check and all work together to produce 
stories and artwork to illustrate their 
conclusions about this alien contact. 

Doyle's demo, produced with his 
partner Joel Ha gen, was used in the 
television coverage of the Cor tact 
conference (for an hour-long E-how on 
California public television). Using a 
series of custom software tools, the 
demo animates a sequence of the te- 
lemetry returning from an interstellar 
probe that discovered a skull on another 
planet. The on-board computer fleshes 
out the skull and animates a bust of the 
alien. 

Hagen hopes to turn his tools into a 
product, scheduled for an October 
release from his company, the Right 
Answers Group. His projected pro- 
gram, called The Director, uses a script 
language to drive the animation and the 
script commands support IFF and blitter 
operations directly. Hagen's work 
should make for an interesting Amiga- 
specific product. 

Aegis Development's Bill Volk showed 
a video tape of animations from Vide- 
oscape 3D and talked about the terminal 
program Diga! and some othei' forth- 
coming Aegis products. Apparently, 
new versions of Aegis Draw will have 
"software slots," similar to the user<us- 
tomizable terminal emulations in Diga! 
(User-customizable if you are £i C 
programmer, that is...). 

Amiga artist Jim Sachs was scheduled 
for a presentation of his latest work, but 
Volk went into overtime, and Sachs was 



left in the dark. The meeting consumed 
four full hours. Even for the most 
rabid Amigan, these demonstrations can 
be a bit tedious if the speaker is not ac- 
customed to speaking to groups. As 
one demonstrator talked about "his 
personal favorite menu option," I 
overheard a heckler say something 
about "his personal favorite menu 
option, called Quit." 

The program ended with a panel of 
Amiga experts and luminaries, includ- 
ing most of the previous speakers, 
graphics hackmaster Leo Schwab (in full 
cape and hat, of course) and BIX SYSOP 
Joanne Dow. An open question session 
was followed by predictions from each 
panel member. Luckily, I had talked 
with the Bandito before the meeting, so 
1 had a series of predictions "guaran- 
teed to come true." Former Amiga Los 
Gatos wizard Dale Luck had some 
interesting predictions about enhanced 
graphics chips with more CHIP memory 
and more colors. 



New Prism 

The Prism HAM picture editor, re- 
viewed in this summer's video issue, 
has been updated to version 1.2. The 
upgrade is free for all registered 
owners, according to Stan Kalisher of 
Impulse, [nc. You can contact Impulse 
for more details at (800) 328-0184. 

The most notable improvement in the 
program is how it draws. While some 
programs (such as Deluxe Paint) can't 
quite keep up with the fastest mouse 
movements, the new Prism does very 
well at reproducing the fine movements 
within a fast mouse movement. A 
signature is a formidable test. Most 
programs in the free-line drawing mode 
can't keep up with even an average 
signature, using the mouse like a pen. 
Prism has also added cleanup to the 
HAM images, so the HAM pictures are 
much sharper than before. Impulse also 
plans a mid-September release for a 
ray-tracing animation program called 
Silver. Silver will sell for S169 alone or 
$199 bundled with Prism 1.2. 



Amiga Live! update 

"It was for the best. Grab was not a 
corporation made in heaven. Grab and 
A Squared had different intentions for 
the corporation's plans for the future. 
Those differences proved to be too 
great." 

RJ Mical explainiKl the latest twist to the 
story of the Amiga Live! video digitizer 
in this manner. Live! is produced by A 
Squared Systems of Oakland, California. 
Several months ago, Mical and his wife 
Caryn formed a corporation called Grab, 
Inc. to market Live!. The corporation 
has now been disbanded. According to 
Mical, Grab did not accept any pre- 
payments for Live!, so there are no 
unhappy customers. 

Because of differences of opinion in 
marketing strategy. Grab and A Squared 
agreed to dissolve the corporation on 
July 30. 

A Squared still nrtains the rights of 
distribution of Live!. They have formed 
another company to distribute through 
both direct mail-ordtyr sales and com- 
puter dealers. According to Wendy 
Peterson, president of A Squared Sys- 
tems, the planned September 15 ship 
date still holds, along with the S295 list 
price. 

"It's simply a name change, that's the 
best way to describe it," she said. "The 
phone numbers are the same. The 
address is the same." Peterson and 
Mical agree on the reason for the 
breakup. She sai<i, "We formed a 
company and found that we had ideas 
that were going in different directions." 

More shows 

Two exclusive Amiga shows happen in 
October. The firsi: is the Commodore 
Show in Anaheim, Cilifornia, on 
October 3 and 4. The AmiExpo takes 
place in New York the following 
weekend, October 11 to 12. Amazing 
Computing™ will have three booths at 
AmiExpo. The booth will be staffed 
during the show by Many AC** 
authors. AmiExpo is the first Amiga- 
only show on the East Coast. 

•AC. 
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IniidpClJ brQ.MoUftfigiMadiniighiinM^tA.TifiOin™ 
CLI9umnkry by G. UuiMf Jr. A1i|Iii)Cl.l(»mmiindl 
Milgifivum byS. LuMin li^lutC«rnpiA«rve^ A,T,ifaSIG 
CiHnmodviAffltgiD*v«lfl(Hnk^lPT«9rinl tyD. Hcks 
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BBdrcnlcAiUCoiniv Through Ar^wwTQ^PittvsefrQm EA 
InildiCU: part two Q.Mu«m kw«tgffbf CUAED 
A SbinmirY of ED CoTivrindt 
UiM. byftchUfWf Aiffwwtrft^BaiavwtionolUwt 
Ofilnj vid thi CT3 Fibtti 24U ADH UaSm by J. FouH 
Suptitum V1A ByK. KiLf^nLi Atomi.pfi)^. in AmgaBMc 
A WorkbHKh llort' Progrim by RK»( Wlvi 
Affltgt BfiS numban 



Volume 1 Numbers April 1966 

AnalyAl ■ ;«vi«w by EmBst Vwrios 

Rivim of Rtc^, BintKcii ind HmfihuJow 

Forthl Tha In! d ojr 5fv^«ng btonS 

DriuitDttwII bj)R.Wrch An Arni-j^Btacmprognim 

Anl^ Bl*k, A Mgimtri ajtuntl 

lniiMCU:pvt3 by GvvgtUkjntr GwgtgimusPiPE 
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9kirF9x irtr vijcfn Rwltwd 

Bu^id your own 5 1^4 Drivt Conrw^H By ErnMViwot 

Amiga BuicTlpi byAdiWict] 

Berimpw Pin Oni by R KfvabwQ pri>g To pnni Arriga lown 

IftcmaatlCOftClHCanfirvic* ^JmOKtn 

AmJ^BMHjmton 
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Thi HSIbnCB CenwHen Tool 

by S. P«KiiKZ CcFor fronpulnGr in BASIC 
Am^g■^4Dk■byl%d(RB« Th«^i;&f7* Ar^^«RnuB£eoijinn« 
9ld*C«r AFlntLookbyJo^nFoui: A Irf'u^dmrwhood' 
Je>v^ Fwft Tifei w<^ a J. HctI i1 COMHX™ 
Haw deal SJdacv ittKlthtTrtnifarmr 

■r.nbriMwwfi Cbjglii^rr.in of SiTii4 
Ihi Cflflimodora iByoFti by J. Fourt A In* Corrn^KJo't 'cuts* 
Bc/impw PirtTWofly Parry RrtlOwitt 
Mnudir^Bvlfwad by R«( Wrd^ 
Buidng Tula by OvmI Kofy 



Volume 1 Number 6 1986 

Taifi^i af Ap*hd Ttidagy FH>aHd by SB(>h«n Rero#ta 
Thi hWky Pro^ct: A Uiilon In our Sdv 9yit*n 

Row: m^flwiK) by Efv Bobo 
TvtTcrift flua a FIfM LMk tif Jie* LoM»7 
How b itvt youF own Anlgi Uatf Orajfl bfViMIiini Smpacn 
AmlgiUivC^L^a 

hhlJIng Uat by K«'y Ka^/mnin tbtsc rrvai IrprosraTi 
Pointw Imjga Editor bySvphwi n«kowc:f 
Scjinip«r: pirt Uif»a 1^ Pery KvoBwti 
Fun With ttia Amiga Dfik Cont^Jlaf by ThffT- Swiig 
Oplrnlzi Yau Amlga&uic F^ogrinii for Spaid by PistroMcz 



Volume 1 Number 7 1966 

AaglftOrniiCADttrnatitatha AjtiI^ byKvOyAdani 
TryS byjTiMHdowaanirtKlucSsntaSDgra^ct 
Atgli Irrigi*' ArimHor: irvwwby BvBobo 
DiluiiVldteConatructlDnBat wm«wk] tiy Jo* ivw*^ 
Wrde«raquHiH»ln Ami}! BuJe bySWAbktKi 
HOT &yCof"iF.-«rcfiiSOgrif^ciedar 
1 C Witl IThlfW" BoT F^VRfliMtnlffwC griprtcpragi 
TfiurUtwSbl bySCdiBy p^ograr Am^B<s<m»rx>M 
IFFBruihta AmlgiBiric'BOB' Buk:Maf by MSMn9V 
Llnidni C Pipgrtmi wrth Auwnblwllculnas bri 1h* Amiga 



Volume 1 Numbers 1986 

ThaUnlw^Arnlffi ByaOunbto 

An:^^ \f:rot6i uWtmingt&n Sea* Urtvviiiy 
Mlemid ■ Coin! « ona nin irry tar t* Anfll 
lBcr<»Cif,T>M|.awl*indQ|rttipnltlfln rmaMd Fh»na 
BolbUa Vp^vi 1.0 ■ r«>M«w 
Cvnpi/ariln Cw OaivDOiin&y RobvtFfni* 
Twolor 9bjdirby Frjv'BDtfcOvaryATNtTti^ng CdbM^Bodi 
TruvBli^C f«snfli«9d 6y Brad Griar 
Uilng your prtJifer with ma Anigi 
HvU* UaO^iaa riN«w«d t^ Sxpnen Pwimwcz 
Udng Font! i'«n AmlgiBuJc by Tim Jorw 
BffHnStVvr ^P. KmlOWtz Arngninrp-abdonprog. mC 
Lankt HAKE UtlinY r«r«wd by SctrtI P. Ewrpdvi 
A Tdi orThraa EHACa by Swa Poing 
^■pFtia Raai^lnAniletBtilcbyTJorM 
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Mflcfwikir Bv^«iMd by R-c^wO Kr«ppar 

Airuing pirKtory A{;uK3flbitha nirntind rssiucei 
AfrlSlDanlopin Ali1ngcrSupp<*rtir<ltM«'3pM5 
pJDiie Domiin CiUfofl A liitng 3I Amcm tnc FrM PSi PK. 
Doi 2 Dot fwim R. Kneppef 

TrarstalmtDTi PCUS-DOSind An-gaBafiC 
Midnui rwww by B<^Jr(JKr»p»Th«An''5aSp'MCSfi«r 
Cijniat byr«v4wed E)]fPe«rWiynw A,t^«i)uI 

bOK pr»j. to fv foi/ Vinati opcom 
9lvllnf| Ydur 0«n^ Anilsi Rt'llid ButC^MlbyW. SifffUtfi 
Kfpp Trscti Of Vevr 8u«lna»i tjM{|* tor TuM ^ J. X^^^tw 
Tit AbHfi AmIgiF&rtri/i Compilttrw^oAed by R A.Dsile 
UshgFentilrain AmijsBul£,PvtTHre&y Tim Jmes 
fiBDaQMBcroBanVwArnljFk DyOL Hul tetft-ncaflur ab!^. 
TIM Hodi-2 A/nlga Cernpjttrrmwb)! SFewiiv 



Votume 2 Numben 1987 

WhitOgl-Vlnib.. Dr.miUGvilockSheuUBaJbr J.Fo^i! 
AnIgiBiire DatujH Ca^an ty Bryvi CtfDvy 
ArilsiBiiTcTldHtirBrriin ZtXVf 
APiiblle [>antlr Moduli-ZSvitim rw«MdbyWa/F«nBoclii 
OrH Drivi Compili by Dduiglu. LovofI 

UsiglJticsCwma 9ng>a<tivc sysbin 
A lihsibni Wit^pvl l^gibudu by CM* ^vng 

An k^mal M^iDyv up^-atM 
DTft-Vlew rpirewBd by Ed JskaEW 
IWndfr qI Bit Crown rovflwrt by K»Ji Cofi*ciifS 
Ltidr Boird fwftma by Crvcn RucHr^i 
RoundHIJ CompuTv Syilivn'i PANEL rwnwd by Riy Iwtob 
Dgr-PilnL—by Hiw T<k pmwMd by JatiiFsuct 
Mua Piint t_frHii B«etnnl£ Arii prwuwd by J. FeuS 
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T>it Modtm by Jtnph L Rormafl t<fvTs si ■ BBS Sytop 
Mi0oWod*ffl wwew*0 by SiapTsn R, F^btoikci 
G£UM « ~t1 tahii two to Tango' bf Jim Maadnn 

Gsjning twtoasri mBtfinM 
BB&PC ! rwinwK] by SB^z'^enP. PcEroiva 
Tht Tfoubli urifi Xffbodim by Joseph L Flohntn 
Thi ACQ Prc|«cl GfipHc TilaconbnrKlng on Hm Arrl^ 

By S. R- PWrwicz 
Right SWiutEtw ll_ACrcH C»unry Tulvtd by Jotin Rt^fHf 
AHih Libni^anlnAmlgiBASICDy JaivX«rrttn 
CxifiriQ irvd V¥nQ AmiQi WsrUmcA Icwtl by C. HiPSff 
AmljiDOSvHtfon T.3 [^ G fo-fl KhiT 
T>ii ArnLtlrg liDt Irrtvfici hjld yourown by Fb±rd Rb 
AfnIciOOS Opritl[%g 3yi1vr CiHa and 
DtihFlliUiniganini Dy Hay^ 
Wpft^B with tha WrcrldHnch by Lslji A UanEkssPrgg n C 



Vofume 2 Number 3 

TtivAffligaTOW^byJF'autt 

A Frit iHkfftlhflnow h^tnd A/ni^'"' 
Tht A/nlQi 5X™by J&hn F6u*i 

Alecks |ha ranv, I9W priceif Amqi 
An Anilfiii of ffi* Nn Amlgt PCt by J. F)ur 

SfHC^^Blonon S-pa Nw/ A-nifu 
Gfmlnl PartHtiyJim UEiadOM 

Thflcondudng aradsai Vv-^syor gen4B 
9ub«cr<pti ir>d 9kipfrKript> In AmlgiBASC 'jf Kn.i C. SmiOi 
Thi W.m%t Coniufnlr EtlcGronici Show by Jo^n Fguit 
AmIfllTrillbyW BlKKA-ri^a^thortui 
krUton Gadg va byHtrfl Ma^wa To ly 

A iSuTAy Sirout/i gadgK-land, usr^ C 
Siwighil riytwwJ by K*?i M Con^V. 
OiHirnitTtr 70OO k CttHimiU nvdvAdby Edwr. V. A|M. > 
ZSnglfroRi U»rl4lvi3ohRiratEvieMK] byE<3 Bfrcv^ 
FttTfi! By Jon Bryan Gal !*'Kh5aifXjint; yc i/ Fonfi fxoynrn. 
AiH>mbiy Lmsfjigg on t\t A^jgt^by Crris Uann 
R6>bntribyt^ABir)ataCSo^ochsBrefi;^:ly^ippog.£ klQf(£i'i 
AmIgiNotMbyR RMhumBuffrl., ^iSlWrfO? Ynet?_. 
T>ii AJJCUS NpNnjrk bj J. Fwjti 
C£S, uswgrajpiiiuM tfti ArrigiEipa' 




Cof|i|uting. 
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Affiuing IfTtsnritwi Jim Suhi by a HJ\ Arniga ArtK 
Thi Uwtf Thrt Gtf Ra>tc>«i ^ J«rry hill inj Boti l^oda 
aumNng Publ^ Domiln a*t wtth C(.l by Jo^n Pour. 
M^HfltKi tiom Vu San FnndKO Coramiadara Bhnr 

DySHjl 
Bpnlw Sadoit: San Frandteo C6!ntt»dMt Shew H Toty 
Thi Mowaifldd tmantpiy 9yr.arn ^n AfnlfliflASK:™ 

byBOtfiy 
Sfcrrtepf ScrwnC^rrpa byhB^cj-lOiuTi 
Uihg Function Ktya vriti MicroEmaci by &9g DougiBi 
AnilgitfiiUbyWarr«nBkMii Maf» Am-gt thortCUti 
BiflcGtdgrtlByBiiBn lHaSay Onfe^BOgtitiincMra 
CrlfflrDn sm«t«6 by K. Csrrtn n»a ^t>alJ for !h« Air>igi 
9tv Flaat I VWtfort Z.1 rfviNWl t^ J. Tiaqr ^^arn $h<q 
Thi TIC fnnvwwl by J. Fa;rrt Bmry pDtwwd Ctodi Caitnj v 
IfaKKoptrtrAvDyK TdiiyMtaty-tanjMMiXrfgw 



Volume 2 Number 5 1987 

ThaPifitetSaufMlOlgltlzir rtwAby R.BtAi 

T>ia Futurt Sound UBJflfvr ty W &o4i AfoM Vvon^ SO 

FwUil by J. &7B.ncom ptnij JFonh irwj HJlf-f orft 

Bade Input by B. Criay M'rgafiASICinputr3Li|na1vi.as:n 

ailycur fKogimt. 
Writing I SftundSetfit Itedula ii C byT. Fay PfAgrimTiirg 
wji UOI. rtr-^i and SouncScapa by SwrdScwe ewtior. 
F^ogninmlng t\ BOOO AaaeraUy Lin^igt 9y C Utnm 

Corrtrti^ng irtn Couritors £ AdOrsSsng Model. 
Ualn;; Futur»9wrd wfth AmlgiBASIC by J. M^kIdwe 
Am^aBASC Programming utljyTWh raaJ.difliWal STEREO 
ArrlgaHotaaby R Raa ArAwrof Mnshn 

Sounti'Scafw Snjnef Samplar. 
M»rf AmEgiMstitlT^ R. Ria 

A furt^w m«ii>r ol Sunrw'i F^flKt Sound . 
Wiy*tonn WoMtop ki AurrlgiBASIC by J. ShaUtadlS hm 

wawhrT tjr uia n o^iaf AmgaBA^lCprof-arF^t. 
IhaymalcaProHOOIudloby SiilvL^Ja^ 

A r«r«M &f Uir^KS' nutic AdU'^ayS'. 
HUtknGidgataPvtlby H Ufytw:3iTori|r BoMvi gadgra 
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F«ffiIbyJ-Bfy*nAoe«i ftMWoei fiMftOU BwiaJ, 
T>il Amuing Compvthg Ktrif Qlilc Rnlw by J, FqlaI II S. 
L»~on h-j»p(h[iJB<iitl?»CLtl. Ha-d l>wo,l*(70Dolrf 
UA&Onn^, Byk try Qyk'i PM. Jr.. SufKa'i Xi4 hiwY? On« 
tndXaMc'ig7ZCKHi<d [>^. Aito. i loa^itdftaritflf 
kohMra eur«n?y t/^daf oevupmani 

Mod)li-2 AmlgiDOa^ initial by S.FewEzmA A 

CalKtDAn^igrfXXandtia FCMkornaf. 
Amlgi Eipanalcn Prlphtfil t^ J. Foufi 

EiplartiMr at Ai^^oeicpirBftipehphenlt. 
Amtja Tidnrtlcal Support by J. F^^ 

Ho^ OTrfl M^'Q t: get Aniga todi tupporl 
0«odbyiLQiCitoabyJ. Tcutt Cloi^ LoiGibi. 
ThiAmleuaHatworVby J. Fousi WMtCoieCempuVrFai'a. 
HataamCOShdlandTDdkJtbyJ.FouiI Aiwiew 
Thi Uagic $« by J, Fguvl ft^ Uk prsgrart or your An>gt. 
Whit You S^K}ultf KfKM Ba'arvChooafng m Anlga lOOG 

Eipanalon Dnica by S. Gfb.i: 
7 AHVnbliri lor ^i Afnlgi by G. H^! Cnoose y!X,r aa«rr]>«r 
>lgh Lrr*l Sniktvp Rifriteaa Top Minagimwil il 

Commodorf by S Hif] 
Patir J. tttiot^ S. Huf Uanagr tTCSUjivn an insda 'ook 
LogtifE A rn^sw by R>cniPd JCnapps* 
Oiginiia-by Ar*vflwRc^'dK,'*«(>per<JrBt)isA 
UOOO Aaaambty Languaga Programffllng on tia Amiga 

byChriMartn 
SOpcftaai Pvtpnai Raiatlanil Etittbiaa by Ray M::Cabe 
Am IgaNotta by Pae. RchonJ A l«^ at FuiiraSoird 
Comtnodorr S^Awt tha Anl^t 300 imf 500 at tie Boaton 

C9niputar$oci«tyby HHsybeck Tsty 
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Nan Brntf ef VIdH ProAjeti by jQin FourL. 

VanrVl-Htfl byTffl aar*w... 

Vfdip ind Tour Amigi by &an Sv4i II 

Amigu & Vtmt>.W Fo<^eardng by Brvndon Larxvi 

A-SqutFtd and t^n Uva? hitsio Dtgltirir by Jihn Fduk. 

Aagli Anlmaky Scrips ardCal AnlnitlvbyJ^nfouH 

Quallry Vldaolron iQud ty Corr^utvby OranSandt IL 

la 11^ RmBit t dtmdinlT tji ^nri Fous.. 

AfflulngSitflaa and tit JWnlgL'^'tiy John Faust 

Alt about Prlnlar DHvaraby RiC^,|r« Mak 

lntulDonOadgatBt>yHarr>t''Mayt>9CkTol(By. 

OalUK* Video U by Boo Eiflr 

Pro Video CGI byOfin S«iO( III 

Ogl-VIra 2.0 DighJivrAothnia by JviniV UL Jamk 

Priam HAM Ed^or rrwn ^p>j^a ty Jam ilw ML Junk 

Eiiyf dfiwlnfi taUatDyJonr Fouir'., 

CSAa TiJTbo- Amiga Towat- by Atf^ AbMJl9 

$KWAa*ambiyLingiHflibyQi';a Mtttir 
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Your Resource 

to the Commodore Amiga^^ 



The above phrase is much more than empty words. The pages of Amazing Computing™ are filled with articles on 
technical operations and procedures, basic use, and just-plain-fun. The growing library of Amazing Back Issues 
contains articles ranging from building your own IBM Disk controller, to setting up your own startup sequence. 
Amazing Computing™ has repeatedly been the first magazine to offer users solid, in-dcpth reviews and hands-on 
articles for their Amigas. 



Amazing Computing™ was the first magazine to document CLI. 

Amazing Computing™ was the firsj to show Sidecar™ from COMDEX™ in full detail. 

Amazing Computing™ was the first to document a 5 1/4 drive connector. 

Amazing Computing™ was the first with a 1 Meg Amiga upgrade hardware project! 

Amazing Computing™ was the first magazine to offer serious programming examples and help. 

Amazing Computing™ was the first magazine to offer Public Domain Software at reasonable prices. 

Amazing Computing™ was the first maga?:ine with the user in mind! 



From the Beginning 

Since February 1986, Amazing Computing™ has been providing users with complete information for their Amigas. 

This vast collection of programs and information is still available through our back issues. From the Premiere issue to 

the present, AC has been packed with Amiga insights 
that any user will find informative. 




/iinazmg 
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Trij r.jnti Amzinj Coffiputpg"'tcmi an 
p•ti^agH^T1•Aff■^ Am ling g«t« ««•«*. 



501, Er<W«tW BtlML' , PtrfW. Tbi &xgnr, Usa 
Cjr-.pj^ PHpla. &:*«), StirG*^. <-<g'l OutSl Lll ITJ lEl, 

VAjttincBui'tTiia. 

Ptua ArtUhQ rrMlhly cdkjnint- Arri^ga Ha^a, naor^»n. 

Hfftwork. 

The CdarForfa S&ndprd by Jofin Fowt 
SUnny C Pregrimi iff Rctun R«itwiiti, Ji. 

ThiConwmir&Ktnnici fttammHiw\6n.irifJfaj£ 




■■«ir - 

1 


^ 


1 
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Amtfa 2.0nv«iaMtl (If K-n Stf^cfV 

tmpict Butfnm OrifiMci wfuwr Dy Oudi Ruiltina 

Ucr^ncha RMr iWm S7 Hrv L«v 

GiznuPrflduelvtry BmlHrttimitfBaaE** 
Klckwork mnsw by Hifw \jm' 
[X91 TriKonmuryciiDDrii Picfcigt VMHf bjr Smv Hu I 
Uoutt T1m» irid Tlm«nf«r mnowby Jc#in Foji! 
hild>r UHmvY Eipwii'en trMm iff ■iuT<n OV«ir* 
Wcf9befci 9!irt>«nl-3 n*#ii by 5 F*Mijawtlij 

Fivwnd by Hmfll Un^fttKM-ltfii 
Littici C CompUtr Viriion 3.10 (tvwwJ by Gory Sftffi 
UkAx lU UpUtt Ftv-vwad by Jah.1 Fojst 
AC-gJLSK: -BMMtf by >»kMn LHm«n 
AOBASIC Compilwin nvrwmctirpaisan byBCCey 
UMult-^Profrvnmk'g S Fkiwtawtb 

Mtetery Ihlng* U'*^* Ain'0*K}9 by Daw Hi^* 
Ai^lijtBASC PiHrm by Srih CiMr 

TiUtf Ftf^npuiM ur-ptt 

mw^frtH t?y Sh^* Hul 
Jim Coo^tw, Etavakopw at Uuru "C' 
imKVMw by Kvnat HToJ'y 

TDBvCenfrwHt...... 



$4.00 each! 
Our Back Issue price is still $4.00 per issue! 

(Foreign orders, please add $ 1 .00 per issue for Postage 
& Handling. All payments must be made by check or 
money order in U.S. funds drawn on a U.S. Bank. ) 



Limited Supply 

Unfortunately, nothing lasLs forever. The availabilty of 
some of our Back Issues is definitely limited. Please 
complete your Amazing Computing™ library today, 
while these issues are still available. Please complete 
the order form in the rear of this issue and mail with 
check or money order to: 

Back Issues 

PiM Publications, Inc. 

P.O. Box 869 

Fall River, MA 02722 



(Please allow 4 lo 6 weeks for delivery) 
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Me! 



Please use this order form when subscribing to Amazing Computing™ , ordering Back Issues, or ordering 
Amiga™ Public Domain Software 

Name 



Street 

City St. ZIP_ 

Amoiint enclosed 



Please Check belov/. 



Please start my subscription to Amazing Computing™ with the next available issue, 
have enclosed $24.00 for 12 issues in the U.S. {$30.00 Canada and Mexico, $35.00 
overseas). All funds must be in U.S. Currency drawn on a U.S. Bank. 

BACK ISSUES: $4.00 each 

(foreign orders add $1.00 each for Postage and Handling) 

Please circle your choices below. 

V0L.1#1 V0L.1#2 V0L.1#3 V0L.1#4 V0L1#5 VOL1#6 VOL.1#7 VOL.1#8 VOL1#9 
V0L.2#1 VOL.2#2 VOL.2#3 VOL.2#4 VOL.2#5 VOL.2#6 VOL.2#7 VOL.2#8 VOL.2#9 



Public Domain Software: 

$6.00 each tor subscribers (yes, even new ones!) 
$7.00 each for non subscribers. 



Please circle your choices below. 



AMICUS: 


















Al 


A2 


A3 


A4 


A5 


A6 


A7 


A8 


A9 AlO 


All 


A12 


AL3 A14 A15 A16 


A17 A18 A19 A20 


A21 


A22 


















Fred 


Fish: 


















FFl 


FF2 


FF3 


FF4 


FF5 


FF6 


FF7 


FF8 


FF9 


FFIO 


FFll 


FF12 


FF13 


FF14 


FF15 


FF16 


FF17 


FF18 


FF19 


FF20 


FF21 


FF22 


FF23 


FF24 


FF25 


FF2 6 


FF27 


FF28 


FF29 


FF30 


FF31 


FF32 


FF33 


FF34 


FF35 


FF36 


FF37 


FF38 


FF39 


FF40 


FF41 


FF42 


FF43 


FF44 


FF45 


FF46 


FF47 


FF48 


FF49 


FF50 


FF51 


FF52 


FF53 


FF54 


FF55 


FF56 


FF57 


FF58 


FF59 


FF60 


FF61 


FF62 


FF63 


FF64 


FF65 


FF66 


FF67 


FF68 


FF69 


FF70 


FF71 


FF72 


FF7 3 


FF74 


FF75 


FF7 6 


FF77 


FF7 8 


FF7 9 


^fm 


FF81 


FF82 


FF83 


FF84 


FF85 


FF86 


FF87 


Ffm 


FF89 


FF90 
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The AMICUS & Fred Fish 
Public Domain Software Library 

This software is collected from user groups and eleclrooic bulletin boards around the nation. Each Amicus disk is nearly full, 
and is fully accessible from the Workbench. If source code is provided for any program, then the executable version is also 
present. This means that you don't need the C compiler to run these programs. An exception is granted for those programs 
only of use to people who own a C compiler. 

The Fred Fish disk are collected by Mr. Fred Fish, a good and active friend of the Amiga. 

Note: Each description line below may include Eomolhing tike'3-O-E-D', which stands lor source, objoci file, execulable and documanlalion'. Any cont>lna!ion of these letters indicates 
what farrrs of the pfogram are ptesent. Baaic programs a/o prosenlod entirely in source code formal. 



M1CU3DHV1 
ISHlcpegnini: 0/iphlu 

3d sol4i flVQd*>ng prog. Dfitei' cw 



Bboht 



CXnr 
FSe^ 



QfTtcai 

PanAes 

Sfvtit 

SfAiMr 
SfMr* 
Sprii 
TrvMOH 



ttf.fit pint prof 'wn 
t'WH s«wtf epboJ iBussnt 
t^pispajiip'OQ'tm 



tf'B#4 ^-pem d»tv\ lartiicvMi 
AfiuHc pregFifnt:T«ei« 
AcortsSoH Bnpil dl^btU fre^ram for KUtntt 

Kf)<>x}«ft moHiyrycMHtirflktfyyqupfHA 

Utfu n^n fniny KE»ac pfognrnt from i m«nu 

MsrtCtlsri wnrto gBtrr^cra calan on thv KTMn 

l^opM &rnp«CDbrihace4B9?vSpHWI 

Epsflch uid nftn ctS'r (fsn o 



BrekOut 


olUBCCOfflfufer hckwifl gim* 


OMIt 


llKltnOWM'^' 




iifnpliir\«i*tsvpgiP» 


^•Ti 


Pinpl* MAii\ iptflff^ pivnf 


TipyOot 




ASuie prugnriB: 9oun^ 




ptoysmitturv 


HAUD09 


pttMr^di in t rMlea*1puW 


P;^ 


B'^;>« potas^sn n^/^ 


Sif^mBjn 


pfi]fi Ths DtncB of « Swgtrpjii 




FBf««' 


Cpragrifflt: 




ATwTii 


timptt amintj progm, £-£ 


ce 


Mj ta cqnvplnj wyi Use* C 


dnnt 


Bfpo» ef ODN^RT Iv (t« 




d**apM 


Doffr 


(OOiW C9A to fW Din!]f WndW MTTiO 


«clwx 


viB-nyia GionjrTv mpBrmion. pvM S.OO 


tear^ 


ttjp^fent UH Df tet-<!HXg pari Titi 


FxDia 


iiHtjljtQtluanAlfhian idtl^S-E 


tPHffM 




QUtoffl 


g'lpne nwrety iaiq* iniabr. S-E 


&ff» 


tnvxtm' *?T < jrwn (rtring r i fl* n^^ 


tiOBt. 


Kim %tvm 9f T* huklrnj-mw**^ 




irwwJ Df csi* peoB^Wfi 


Ot£«nvi 


f*f E«n!«i ci^ tniJWi W— gi 




tn eU LiO n A.Tti^ 


MinW 


UnJs4y3l»:pro7Bm.S-E 


rr.oi« 




Mffli 


miM< L>s» C o6jsctftB lymboli 




VtlEM 1} WkK. S^E 


(Mcft 


liuawiair^tijtm 


rM 


•ximptt Hnptt vrndOM VO 


iMn 


lumtQnirT*rliMmodi,S-i 


ipwiu 


qix-typa fi raphic dam a, fi-E 


Othw uKuliUt pdgrijni: 


SpMcMoy 


Kmcn dflfTonirtSDn 



di^ojnifwBlibiatvis 



Tv»: 

Cai2D dsscnbetUGZBvnduptwr^iTQrTiCSA 

AlUM txpfiiril uSMfifTt* ASSIGN CDTTfinind 

BUQI known E^kffnLfSoC 102 

CtJC«^ rtVancaovdVAmgrinecU 

CUComniuidl Qi.^<M tsuv^ twCtI 

CU tniiT.i'TJi 
EdCoavngndt gu(M H T» EDurST 
FMrwnw Anfd»$t«ir<e«Ueird 

RAMJaki tpi an »r^ -c r*-"' R*"*- *>■ 

90UftKX )E« gn i«rf FCifnte»i 

SfMd rt^jSKn ol Arr gi'tCPU nJ tjjthrt cnig spHd 



Mio kTiiqiDOB al^«ei bbwy fmnigv , S-E 

liobj Kita-diapi >acuta41> iW 

*^i trr{»aitf«-l,&E 

■t, LiK] 4iiQ0frpr*H4n|sngrini, 5-E 

M«>4 « B)TifM "n^ *«' pr^ imr-ng Ji ^, S-E 

Efn«a L'iflvi;(H»^3ns(twiiWTqi«iiKi:v, S-E-D 

A^MmUw frognmi; 

bm?ctiivn bnrjriH^Didfl 

anaunv Urii coTp<3MqKm(]i (jnetan ».^a 

nl C ks! [los'^-t 
B^pwn avjr^riic«M!9rLct»ca3CZ 
SVprinU UnmjftWfnVco-^pnMoflnJI] 

t«H.D Un)i(»Tp«Bt!r«Q*i/ysah. 0-D 

fTrtldiiila'Piklf nwFf IfiKihcilanriHnlauTEriei. $nc* 
^!m vac '( corvtjnSy yoOfWfl. r* FF idk **• "»* »*n 
nwKJb^tf eMndHirF«UI£U£atKCtfi.) 
Jotn DripW Ani Igi TuIoHiIk; 

Otapm 'UGvidfiigHQfla 

C pr«0>rim»: 

Xvf tCOHI-rtflarvvsgBn.S-E 

GtHCdor ttin-harf-tri^t cftp gh cl»mQ. &-E 

Oiofi irvinpM>(cr«p]tkM(>«w^ti3 pa, S€ 

Cwriup wTDwt ira'^eKt.iaertirm vir iMt 

CTBLF cQn»rt»wrr:B5flWtm»ft ln»(i«»r 

Arn^i^H, S-E 
EiT9F KKS mmpJe iBf rD^t ti ■ C flk, £ 

Hila mrOam u. horn m* RKM. 5 

KlfTfin gtftncKrmiimpiwTvitiaan^llMy, 

no Mm^ii mMtf, £-E 

5ii«i«fi RuC^kcutwdfrnon hi-<*ic4lat.S€ 

A/hI 0(BiilcPriag«(dlr] 

Aubmih c4Hf« ■/iontti ■Jnu^iten 

Qrwph tfidan gnptvig pegrvni 

AfiailCpngfiffli: 

C^ana guTHiDlpskw, blidqtfi,dEit nJaapi 

GomotHj dtaknowvii'ori«ll4' 

S*w»g» sortottnwanuigwiw 

EiKuUbta pDgrwx: 

DB»vn I EffiS: duBvitta-, E-0 

Ct>$Ar AnHigrw^urgf FFpct^'^E-O 

ArrinQB 1 taxi torn cngpogr4Ti,E-D 

AaMmUir ^ogrtrni: 

Ar^Qlrn 1irr.:n«iprgg/vn«ifi^M^v4)Cnadvn. 

S-E 

*MCU3a**- FI«fcomt,.»1^rtdAiH*Bl 

Ma'»r;KM«ri* 9!vwM f>H «r« Ml, rd «1v tc oOv wnxni o) 
ritoonb^triwTi. T^•M1lMCfcT4^onfr»S^r^<1vnm 

irViUdwArtUBCftrwalpjptwrlHaiarnoSotlSaS. rs«i* 
fl«t 00 no*. ctFi^ f MfFv-y, ro ra ^ adjcacv-ii P^P^f** 
only, Ofcojn*, Ihifi nolle uyTttgrttntiiaflt. 

CofflpMta jm) rwirly u|>^«^* C «^/t3« to irp«g».otf', m wry 
wmcn of p* ton E0ibt. T>ikii a L-M lutf. M etfrf>iH intf 
n/nt. 

Am huban d«mo, in\i1 C >4uk», unduding HIh: dtmo'nwiv.c 

klfrma.^aiw, >d«moal.^ nocMLC m^temMc 

adOnamc iM«s»n« -wnvy b iTw lycwn 

botMMtc uLTfwa!BCSu9» 

unaotoO^c conni* OvurrfM 

pwportc cttW t-id d«*v pora 

oHitiiE cf«f1»>'iandaidlOr*quttS 

crMtulie cncn^ bk wiiripi« 

dMa.c vLTp* oftKA rMCl (.Id w^li 

det)te lou■att^i 4oS|rwndoM['dvto 

duilp«|rc ajKpi«)f^«o«iiTp* 

1o4d.e Hoed HI «iirnpii9 

twrrap.? oidvtrKonof'tHnip' 

QitiHiLe toosbrV^ynnindBOBi 

hvltec HndOwtsinpitf^n RKM 

■Odnf III inpbi rA^dw a rm vput imm 
iHdng r«j9yf>ck 
dftci i«]noii4 i«Ki ng 

tad moM'M port 

AvmcM a1 mikiiig your rm btrvy mPi LiiKi 
tasa pv«4l parTctuWfiftndl 









HmWtC vntBHifpor^carrimvidt 

■•nunp.c ■canMolHTiiriponuH 

jnwtrr larrpfcpr.^TBf irw^aoacoM 

ptMMLn prLrvr Mtitt MAirWjia 

«9nM.e n^snferprogriitn 

Man c mum to intorin erVofi pregim 

HtMriU.c ■KT«rtntu»iDlih*p«i<itipo'1 

S*t£«r^«c alTTiai~ilii"fci^ia T|i. il^nrQiii' Tia 

■r^ayc vi^i pi^y^M Vir-pta 

1mMt<> e imp** emar damn 

W x T iF ft ft e loaavtidiDaytBl ■VB:ib«iyEkmhn« 
prootu.] and prtMH r Km-«iJar ndi^df {i«a' 
u&fqffi-^l ■•n.'ngiQ^Oaid'ociiiwtf ub'vqjMtart 
<»r««it0.iu DDp)rtHntRKMcora«hK><Mpw 
aftfiv^tt: Hf^'-lg Otdiriibri! load ng bug 

ir f*jTc6tl la! at HaVw. mpcrei. *JxAW 

LJe•nH'l31hf^e'anfrt1W^^9a^c^d■^bJao^ boarB 
prrtr prf~ril«ua Cjpf 9l ff* cnipUf on pnn» (Jtwti, frffr 
RKW1.I v11U.ut 'dTof.idl^av'VMt^'nwfeonrObl.l 
v2evV(tf1 b^OlirtixU^tacfiangaifram wf*on 2ft UVO 
JMCm Qit 1 Pli«aftqmViaA,fn^9aUn«/ 
AinJgt hrormiden HtTmoA 
N(rBira:i«TMOfT*Mfli«ai'ioid. andob'taKSfliwianaal 
tw&p*ri3ngkytiarn Thaaaflaiara^n^ngiLinK, Fpri^rn*. 
Commodora luppofW Amtgi Lfi< cK« Afl, ^ tP'nfl oswiofw 
lB<f\r»at Ui;iDV\. nMtorfyupt.'tifu'vtngtwitwfilMHiii. 
Tht« Nm, dQ n« cany a wanron^, and ara tit adxfionil pui- 
poHlon'y. Of»urH.0^fin[rtBitynffy(Unl*Mf)(. 
A dama qf IntMtfon miflvl Calld 'm*wd«nvD', In C MUra 
#iar*Lc Indit^^sircrineill iuMikiwim 

boDMlC BCBpragramrningagiaTi^ 

MMpG Biixtiynt^Hiiiuvr^a 

A««nblir llaa: 



rryibiun 
ir]|lib.i 



Kmuppi 
macnti 



■vnpia ttvvy wimptt 



nUuia^st 



VTifiTicitf IptenCLIcomriinA 

K13:« *rivniJ{iiiliiOHft«tHfl 

gin^apcrt 0'''^* pviBpac 

p«fti«i prfiai »< ^)K 

■niT i»i«lptfiic«e 

fl.li^dtH l«!iBln«wi*Cmriv«n»n11 

v1.1h.Da UriTo^irvlxMtkair^OMltrBiM'on 

Raa tor tuth^mg yirj mvi prtr^F dmK, indudr^ daspaaac, 
«l»nOa^G, rvtim. tr'ir.C E}rrV|n< prnb^tm. 
ww^t.'dHktor" T>i«daidip*tcv»a^ iix^EwaliiK 
da«crl>rg Tai FF ipaahcaloT Thiaa va no! T* liWt And 
grHbti ^M. bA rnnmn tw for rtntenaf pLPpO'iaa Ifmf 
PdLXM kid liai ind C hui« txamfMK Th« ti«« IFF ^MC ii 
Uturmt in m l>crtfy. 
jU tCr^jg JH^ ■ IFFP^cAMH 

tVlt d* PdiXJM Pa OPSkdt p^epum. wrudi ta,i wa« ■ Jii*i 
iwai c f FF prttrti, ind t« 'r o*[>^ qriv if^ . wht* Ml *<** 
aat3lfi«a'.r»dcK9ltf!>eDn.Tt«p*cejr*Br>dLjM'a KTMn tram 
ArtcFos. iDsgwciTcaf, tiagu]f»at Eiactor*:*'*. igorlli, 
IWlH.Kl'1gTl,l«l^^(h», iKTafrnhiyf] MtrMMlidr«*H,n 
Bugi BbTTTy Urtn, i ei' ^om in w m»Mt, h* Di« S9i'i» 
mqwng cxmpviy, t tcra*n IroiT PrtMl Conn^cDon Sff, t TV 
flwwilW, fn P»rTtC*n. • wortd mip. a Pma^. l iTuOt 
miBon path, a tyimoiOL/uirvi. uplonalvwr, a VtSAcird, 
and a lan^&pMd. 

AMCU3E)iil(7 CtglVIra HAH d*MO pfcun dlik 

Thif dK his pdrtf Vo-n rv &g>\Aaw hoid-and-rrodff i«M 
rtfftiar. l!;indj«tJi*i«tai«tn»fflinr»disfT(pee«.inayour*g 
ffi^. Tv Midcjar, M horv Kyi boggy. Tw Bye cov*r, uv 
dkavivypage. ffvrp&fftincJFlabBrt Thfandudcitprograrnta 
Mw attfi pct/a MpwflB'y, and »ll tpgatrv a I Mpir Bk . ■WM>ta 
■cfwrL TV« '»a :n'' ervgrirr, u LnTt iry icw rti tn fF 



C frognnii: 






fcoruEiK 



vww taitt ■iei en ■ d*K u»ng ^w^ ^ S-E-D 

wrr«v*l Hn^nenti Vd v^vv tpaca 

km C^J«.S-E 

EXEOnt a wnaa erf o&r-in^tndt 

hfn Wo'SDfiffi S-E 
PDScrwn OLrmpaimpa RlEper Ot K^^WflCfVan b pnrik> 
SHMtamaOi irtavacandimigtlor anion, 

iMn eicfcad onca S-E 

m**a Miidwrt V a Cl I progn/f) 

ta ftn U-W« WSfttWKT S^ 

a irrtf i^^M doOuA a Htvtm rrwu bv 

tw lOHn pnnkr vi V» iajfti AC S^ 



SmalOcKk 



Amiga ftuk 


Piograma: 


|NDia:Mary 


D:( Tsaea prso^ftntara praaarlon AUCUS 




inda/«>nci4«di'>n,] 




a iTpi* adtrta tx»k ilraTiaai 


Ul 


drawtatHri 


Clo«] 


Ofogram Id mrvarl CorrpuHrvi hM 




tiaa c tinwy. ^0 


Cm 


tm (jjtrm. h^o^ Ohttn 


C<*)rArt 


wtl dmajig pragran 




tiaVtiHf^ prDsrvn<n.?ia3>rd AC, S^ 


Elia 


eann>fia:x3n&: carripuk' pFyd>Ti;do9r| 


Or«ia 


tia ga-T*. u ivwai tt "bo" 


RcMaa 


TDfas^-tajjtPi* 


RQR 


U^i^gttpraDKa 


S^USa 


aaM3Dpc:LinB(?v(pK* Vv,i9* 


Scrtp^ 


»rp{M ap«:<r^ pr97a.n1 


YoYo 


ward jarcp-gravTir )rfr)ro oame, rtdii 




Vfrrt B T» IT-Ajaa 


EncukUa program a: 


30CUA 


UcD J4-2 DOT af t retail^ £Aa 


Ancon 


■k a mccrti can inaga, dcp'tyW 




»^*i t^tar* (f aikad 


A^>g«SHli 


a ■ 6w But J« PS t(*] cheaw. E -0 


aic 


tv ARC laconpraMSr! preffa 




m^.-r.rmtv m*c9n,E-0 




gfttnctoa^e 


diikaaJvaea 


peg. u ra8eu«TIaI^ed dsKi. ^-Q 


Ki-kCcpy 


a qj idL but naify d< A CD py 




profl'Bfli: gnore*efrDri,E-D 


ua>. 


in rwia in n sti^ ** E-D 


SaiaLBU 


aawt ary acnan aa ff pc.£-0 *? 


SciaafOmip 


naretfaraBowidjmpprag, E oniy 


SkrTffrm 


wmori 2.0, »rm proBram, ftnoOBniE-0 



Ipt tfi ling _man« m Ljan 

m»« youi own S 1 /A 4ti« 

bugl«ialLa:2caCvaman 303 
uw^vwwist Ihv UaoForge HO 
EXECUTE-Daaed prtnt i»a prog. 



THta: 

LarboUaci 

QifiAlad 
Li!3L[!3hjQt 
MFprgaAw 
pFirrfipootof 

JUAPifln: 

T>«a».na?»r«ca*iary6rti»5B*iaan fc-n^ Bwc anC T» 
ayrarn i^ar«a^ To3i«amarag43lTi«Anqa'Ecip«>Ji»t 
ii^Ba>cyoun«adTiM*!iHn BU>Piir»LrTjjd«Iltf>]< 
"anaola', ^sk'Qnf, 'aaac'. Van". Irjjrton', 1iyv^, Vnafif^l', 
^aftMHsjMa'. ^ tfNHacnfjOH', ^cMrana', ^cp^^, 
Inw^ana ttrmgaf. 
AMCUS &.fc t 
Amiga Buk R-aruna: 
Fkjtt&ffi imp* ligm tn JiW pfflgfftTi 

H;«Plf<tb «i^artHM;SAffSar.(tik>naiV 

RaquKV CLo' neoieavi'^'!' A-^^a 9a«c 

Stfw Daf^o Mrdr-tpfM tcrgi-i^ atpaaVMi 
Sjrtiaaur "Ji^J trog-wr 
Wo'iiMap (rvnarroDoffviMnd 
EzacukUa prograna: 



tonji 


MMlBo'if 1 Ov^s.ivn HlKWto ^MM.E 


Bfjinac 


c&n»«rtjin FFOrumtaCiScl 




ri&-jrtor«. tntliliaor cnSo, £ 


ftutfi2fcai 


corwra fF tyun t ■! wn. E 


Dun 


yiiy^»dwr,o,7tckito mtujiB. E 


p«aQB. 


tstbfttiv Drogrm tar wp(>ng 




»110«rroriS^4) 


Ktx* 


rr«n;iter c^odi ■/I]dltl4:«}'iy, E 


r^ 


t«g»TvDf l:tg.E 


TmiSM 


^LlMrvbAHdHV^DHm^mCi lldi 


EUEmlcl 


•wirw Emici, mopt wwiw to 




wprd pn^sanq. Sf -0 


M^ai 


*ai(f»I.P«*J««»i3UlPa 




Wv«WKn, S^-0 


Tb%: 






raad fjncfan kayi h>m Arriga BaK 


HW«Sln 


aR(*an(fiewlO"inSTaga,T» haiar' 


kiCaiO 


(^jpdatancti^rga&SCtOiryai/ Anva 


to^i 


ku: Bor^i oaro.iar >wckU«wad. E 


Blu»2C 


orrm^vi FF trjtfitaCeJCa 




rnucK-v, LPdailBon wO^ E 


BiuViZInn 


tD:iMniFFIyu^Ti iri«n,E 


DtUH 


7 kjTk* dtt^o . twai B m OLraa. E 


Dnoa 


tuaraitf pa>7im tr tvppi^ 




€BOTe ff-ffi &E-D 


Klgm 


nw^K- boat an] ooa AcMy, E 


m 


t*Bamt?t!rk.e 


TinaSM 


huwn-aaHdwfytaMtfvGma dik. 


ElCmaa 


aiaTw Ef^aci, ma* DnanW« 




vnrti arac*^!^^ S^-D 


liyCLI 


aai snat. Wkl flinuttk 




Wortnrtfi.S^-0 
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Tn: 


doeufTwntcen md C and aBwrEMf lawa tv ir4ng yeur gvm 




joyrtch 


ShoMt hoMi9 Iff up tw B aT«por4«rea 11 


FnerKsyi «p;ftniWwlonBBdlMnrtonl«yi 




Thi di0i aJiDcanhini smaral fiai a WiBnosfor Amgn R^! 




ajoyswi. 


trvn Ar,i>gt Baec 


n,v4. 


SimJlBtir II. By puOng ona of !MH9 »wfi ^tl D" a binit ctiK, 


keytevd 


dan^onecbM drvCcorri mun>CB- 


HBd*fSki axplaninawioiiKinif*p*™ hackflf' 




and iniartngit inWdriw rtsf psitomirg 1 !p«itf commarxl n 




l&nswici thetey&wfl 


ItifiaO 10 guK»a b irwii:rg & B&] 10 h yoi/ An{t 


E>e(rjtBM prsgramt 




li^M 


Svtti use 3^ tn layafi tdnry 


Plinwrip KKii'S eKS» SQqjVXHI S pu- pr:-* 


griwf^ SciAma*JanB6gr»rtiloni;Wf« 


R^tSin^ki^prsgnn. FsrBxanrie.oneEsrB-ioyueEys^ 


rr.troatn: 


FFMa-iWErotpfsgram 


StDifljTip fp«on»7i9 uQyfXjrEartjp-MQjeTcef* 


jiTvjtton.S-e-D 


plM on AiciJii, wihi* r-oflw pys you r Cer*ai Park 


nmrni 


.hoolimp m3u» B nghtfyrtbtport 


X^mrAnw* liitof Tmtonnw progumi m Yror* 


Tflfli 


AiiCUS 17 


ona w ndM 


corwolfl wrihJowclBmo 


PHrrtir Mwifi: 




T«»mmunicalofiad>fii>Miudit»nteni Kx to^minai pivgfam& 


pvdli>< 


DamonitraM acoatato G^e parafW pon. 


PTin»fdnv*ltw*»C4r»i^PJ-lO»^r*CI*hProwifc'.ir 


OKurwiUlGn nj ahi-m ■^wrtalcp<±n. 


Xomrr" VI 33 wm prog, wttn Xm«Jsm. WXffltwaffl. 


prsnB< 




imprawd EptOfi 9t<^ ff»l*iim.niBi mik/^ ti* EpBn 


AMCVlOliUI 


*AT»rm' V72 *fm prog .'«ud«« Syow Krmn 




anp^notwgncng 


LOSS, ^4 G«nn S^>-TD.7w hECUSA.Ti« 9utUtt ML- 


Sflwri! prsgrLTiE Iron) Anwcng Cvnputng mun: 


•Vr-1WV2 1 Da« WK^fi VT-iOO on^uFitH Mffi 


pf^ntSJpplft 


Pvrw uppoTf xtntt, noT iwxng 


B2. r* Pwiionc KX^lOn tamfy, ■«) *« Sm.?i-C!)f jn» 


TdotI 


Xr.odefn.KairTif'^ tnd iCtipV^ 


prodaE 


unfit procMs eJMton coda, nat wridrig 


DX9,w^ ■#>ajrn«nidaK^rHngih0iwcil«uinpfH>D. 


Dbh K«7t C FtuctLn indai pce/in, S-E-D 


'Ami9a Kirrr.r' VAD(0601 portoHmUrnC-Kpmt 


ragion 






Arriga EbiBc prograini: 


■vrfrk' V2.3 1 Twrofla QripfKSWminii wnuiiaK 


HfTjMtont 


BB.Titfflbrtwti ntoono'Oftyigyajio*'! 


Tnsrjwi CTi-orivenowro, arojiffBd •fining Maifft t 


EMAP RsBdA by Tirri JwwG 


bsRRd on rm VT-105 pfoj W.S andcorrtsrs 


tmii 


□ar*otr*Bana.'i»n 


in=:Ld«?«»ur<»of n K3uiacgjtir.4n tiirn. a banjo, I 


FFBrjirS&oe SyUwa-igBf 


niBB'.'rc' Fi» oo^praswn 


BngtoPBjfsIc! 


CrBflk<3!QjcXOp>r^«3 


twjfluiur, t t»fi< ■ ctiixipt. I m horac*«*. ii«te'*ih 






SPMCTtoy 


BMr: WB01 oJ cjti tpBBCn dama 


tttoctiC{}ui!U. tllA. I hvp irpegQ, ■ locWr^m. ■ ni«mba. 




grippes IQ'MS A C^Bfi^ iranilar p^niDcoi. 


ipMdidamo 


tmpkhad vareon ol tpaachlDy, wti D 


■ vqm n rwr tfiOfd, psofM iKkng, fh^i, I pip« opv«r. i 


eft*ifiirtIJ.S^HO 


Tbtiunk" «pan«on!nBr!oryi»OBiSi^ 




rtquwm 


RrtMltt pro. t ctfOp'vrw. t tfar, ■ vin etrjm, t Bm. 


PETin ^-^MtPETASCJIfikmtoASai 


TinOOi' Fvngv»ig»rbagad^'K»ri^m 


tartdtTo 


dmHay&BvtfiMfDm 


du-t. M*. t vibrop'w'w. ■ w**i, ■ ■•''rfl fl**tr, t hQ»i« 


fBi. S-E-D 


POMm fH»V»d fl*f 


smaf 




innny. pnd i wfilM. 


C Sqij*nd Qiiofta p>i>gm Von So»^Sfc 


Tif l1srt Bn: 1)*4 tan svw lyssmi 


?ac«s. 


doo^M rjHcdik diiwr 


mcu3 0t»kii 


H^wafV Sstf 66. &E-0 


tot»r*adby^^igiE.C. 


AMClrS 31 




Cpwgfami 


etf aJtJsof f&n&wscarnigewijfnsframftto!. 


"oriawm" esBCLttfijlftWKtontoruMwitimin 


Tirg»1 




iJrufi mjEien-buad, airvplDMrnanl marayn 


&E-D 


axfiAr^n ir«d« in AG v2..1 




puTBho; S-E-D 


S^ 




•Wif t«d9&/nvtt:(;ntnd&nKbtO'tll 


Smd 


^rrplBgniB nr* and MtMowilJw 


c;n thcnM«>dtdj.EB|jior^ffiai 


wic£py pri)KS4n,E-D 


or^un'irc\'»gfilBi 




meow ponlar. E-D 


prKWiBi.S-E 


qiMTfWB uhiYBKO^NotamntuHf nbtnaitlt 


'arcra' brnitong 'lrc*ft*t£ C. 


PrepGaogai 


Harriffi MaytecM Ttrlfi proportonal 


pt thMi int9 DO ai prKSWX. $€ 


COOfl.SrE 


jtfipUfltllahll 




gadflBtBtamplB, S-E 


vKlkR iJiipJ»ri Cfimputerw RLE p^x. S-£ 


vc WfcCite fj^ »pmad*»«t no mouia mnffoi. 


Uga J^fgavBfBon dt^poQulBConipuBr 


EHB 


Chwti b WW rfyow haw Mrt-haif-trttfil 




E-0 


\wngjt^, wft mttfr* pr^griflj, E-D 




graphcs, S€-D 




Mw WW fcUttaiwSi ««»»«) 


T<rTBt OvnowwBonofJwTVTai; 


FSana 


Sr-!E«oartO Mund p-^tm 


gpCmiv apemiZiCH] «x amptetron AC jr&df 


ifidar f)Klg«t,E'0 


onararv grvnv 


OSopa 


U|tW OBl anil a1 on acriptE for fmgt 


c^Bndv l*FB«. "nimttMea^wJaf. da-Tf md 


Ong. SprBF>g. yaBang. Zoirg u» spm^baiad 


PagaSfltto Frae^ctBtributaoiewBons of IB updated 




Anmitor, m ArrtgaBaBC 


dHtobwkprtjfirifi 


Song' Cy* flernoi;. frE-D 


PflgePpntand PagflfF ptog-ani Iof tho 






Ernvtsi lev ifflOCUtimt 


CLCliMt, lOott, wOodi an wriJw bvA' dodi &€-0 


ftgoSflV dBBiCDp EbUitfirt pact^age. 


Th* [liA^ias dflCSnrK CBBIogvfn AUtCUSd^ T B 3) 




Tafla 


RiWndow nabutipyCLIv^ndowiAnforty 


a.'UF'EtidAsltoU ThayBfaMMdiHrfilvOakCtf 


BOBoejEas 


An artcM on long-prirt"W p«i*w -nonrtort. -jpt on mikiig 


O-lGemmiinflf. E-0 


(j'uya'i.i'WjjBdhB*. 


gndt diwafidpi^iwwtDmii 


cruswt olMd ilnapfriin Dtl^* Piirrt. ind r«cermnaridv9gni on 


Lfi3d 3^0wBDnotCoriMy^t.Fe 


AMCII913 




hlben drwsHIEw^CunAl 


icon inwfK» tam CoTimadert-Anigi. 


^og^Bffi, EO 


Cyckn 


UghiqoagiTw.E-D 


•ntd'b rnidlibJtonrsanarror 


AktCUSIS 


[Ml*4 aiu»ipVt)'l-i«»7ianBw 


ShM_Ptfitl 


Vawt and pr^ris FF |KU«t. IfKlud rg 


Tiuthiii uJuf«gn*lng!inpfT>7in 


Iha C pagramtlndudi: 


Wo-UBfichdUt&E-D 






rwBdWKiM) 30 g-ttfrict progrm. from * C™ artoe 


y a fi« prtrttng irafT^. w*-* c»i fnnt Urn in iha 


CaondvWKS Laljt-cor,pa?EHamvVr>aai?Bt rt>M 


Prl>v(jwii3 


LaBK WHtn of a piTtor crntv gtrwibr 


niMJHDKk nouK trfc^ng Bta.Tp« i-i tiiws made 


biC^rqtJrKl, and wti bna nufrtb»rl nd CtiWOi 


ctiar^dw 


Anmi] ft^ 


VktoflSaps a.iim*Miis of p^irwc ar^ 


«l9t tlotrPKtmgBnt 


charsawthspng. 


S«!Kfly Demo ot iwyboird key m- 




bOi'n.g tul! 


XtftiQV tfW^tfTW 


^' dif«tytaaiartotihftbi9dutlKaW 


prag'amwar.iwji FFpciif E 


GifOan 




WVfl pK:Nrvko4Ugt.'TW 


oiadjih. 


mau f^ndan laf liba^t. E-0 


BHfSars 


ExLTptai 0* tiiary aatKh arid rtarl^n 


irttd nik«cinng«nund» 


'Atf qMttertr'bvn.'to'lia.'Va'niari 


WG VOM piMn g«r*C5f fof 




BSrt 1 An^jgiSajc 


EiMuHB'* pragrvnt 


■rr# codB v controJ 1-««Ma.l9n in 


aiding moriun. E-0 


....■.■,....■,. — ' — 




q] uni-l>k*uf)yarTvnitnd, E 


tm^fitKt^Ht 


HP-ISC HsvARI-Pacha'd-ihacdoirator. EO 


>>>■■ .^erf Fifth Ptibiii Comam Soffwsro ■ ■! 




Sbf ai«rh«ncad wrvonolAm^jaDOS 

taaja'cD-Tr-tfid. 


ort ft* fty. H C. S-E-D 


FndF-atiDlal 

amiQaMr.Q 




" 


aapuitiUi'n 


Opoh*' rindor*:dissDfvB6*fflaflilpl4irtFFpcl.ra 
fkmry, do: by dot jn i rmCom Wijon. 


C soma inCbOKl tw Am 91 t,id 


Qra^ica; bwidwnartt tarceiinpvng 

vtiigBi. 

■rnoia oorr^rnuFKalwnt progrBm wth 

Xm«J*n 

■rrjbtHr oltha \rwK ihrigy* iwti M/'t 

3»wt oTuM a) h3ld-Bntf-modr*|f mpcJa, 

&iryflona bancfimirt prognm. 

SourcB to ir**don^ wndeM'dano 

on ihB rtcrttwi^h Srt 

A n&J 'BftrvT typ*p<^tm iivti Inac. 

baxn,*ic. 

J&hfi Drape^E Gadjat Uor,al proj^Hm 

Qrapiictl mvnory utag* ditaliy prog. 

dBrroni3rtBa'£iH-Hirf-eri*"Ri«Ja. 

i )OiJ tiBW 1 

BQCBwng Ihs Uotoreli FbbI Raxtng 
Pffnllibr«yfromt; 


Ausmblw programs 

di KfMncJotfanJCLJirflurTWTaeMmph 


PopCLl? i^t«»f*wCU»iindi>waiMpr«iof 


MS^X)&S-e-0 
BOr CvwBon(TfColinFwrcl^'« 


arrvitirrr' 


Uadula-Z 


Tha UKutaba progrkml IndudK 

form" fiftirTria-ngprograntTFOujhtw 


ArnigafiaK; ftOT prog v. fntm 
MazngCarputng. POToda 


bdi» 


cmnnvvrl can™rBUadJl-2i*TfVrWd*BLp<»'CUi 


prrrw diW tl ■»•« {TfTt (YW 


vddt^ayt polyi^na & mMB 


cdorfu) 


fvt\ BrKh•na^ard«a^n1^m>UTp>i• 


OKCar cnJogidKL rr.irinn<i,nrti.fwtl»a 


hrBBd^manBonaJot^BcH. Upto 


dhryito-^fl 


Aniya l2wmp^W*^ti*«pr(»cJthB« AnifjM 


iissordxXflta 


2<fi»H8iolif*miSoncan b» 


1>Wt m ttUF pfo^raiil hen tMt reed Conin9<lora &( 


PSound' SurAiAlnduCAI^UNpMieuU 


□WKlanldiflayfid- E-0 


pctrafiac. Theya.i^'UfuaKsti Pad,D(»d«,Pnrt 


'toarvnikar' mikes coru far miMtprs^anii 


Seal LkBhg.wndonaonKieern/i 

■wyfron iw maujB, E-0 


twdrai 


ffiec fiom your C-W to youf Vvciitrt hi^ pen. 
*MCU3Dlak12 

EracukM pn>grwTTf 


Fradalt' drawl gnc htxSMi tMScapec and mounur 

Ka0OL 

'SOB'atkout' X slauot, cren brtiliot/tiia rwMdnwnfion 


DK Dacays'twaimrfxiwiimodjs; 

inMo(Jyla2.$^-D 
uDpSudoMK AaJe Ifl'j^iw] thadoMEto 


gtimarr 
hrilfartk 


bf nk 'ilinl^' nnipctw link*-. Wlfas», E-D 


'AniQallanQjf' dVayt^iilSaf ogst^M, 


WvJU»rvnMry»Mt.E-D 


daan tpnitvdAcbr dckci*arvs.E-t> 


nvnoryuH. tHbj. Mtnstt ind pvti m ut*. 


tfiCUSlI 


hollo 
latip 


tftartmt unit EpMi lasngiw P*fl from meoi E^J 


'CovFCirofdf vwBQ't o^ 'iisrotctx' to* Sib Annga. 


Thidtv ai^fittvri profirr t in]m Anazng Camping. l>w 


ihffw^l wBw Fi-rti |Ktin Im -iH mptrbwip. E-0 


■auJM" r»9n faaofuvon graprci d«mo iinnn 


FFpiai«iDr>7tAdiftii^uMnoAfflig«Wika^anT'ChiniogaH 


nt^trrf »ilhHrrw.e-D 


m Modular 


aaocWen-ol^of hT-raa imag* ofMdy Qriffi*, und fwAmigj U* 




LnWIAi unHI«iBtBil«.E-[} 

hign f«* ^CUM B FF, E-D 


Tim: 

'arfcHC wtMamKSMaaqLJWiDSitwCON: 
dtvAt mpoftis to. 


SolVB bnoor Hfuatsn lofw n BtaaffUy 


pdatB 
ffacMia^ 


SamiMi prog. D dtsgn caior palaXL 

0»- or tS tBt use of T« ti aba: « d nvsr. 
Jahn OapBT*! FBQ^jaAr .RBnt vxJ 


rrmntKi many edibr prodbcHCcsdSbi 


TX«y' iruuMi iBfnpitB tor miking fiapv id 


language, S-E-D 




w^piaprog'am. 


manui. E-0 


i(tinnvl7C|i itttatDpffltwAngi 


QadgaS BrimnCattBy^ Am^6B»caCti*. 


•psfldi 


Sampto ifMch flemo program. 
StipfBd dawn 'iDfloi^fey'. 


q>di q.jH:hd4icti>4itknii>U«a)(>«r, E-0 


twybovft 


HouB»vkJ Bryv Calvy'i Am igaBuc 




q.,i6£A «fH« E^acrarKAmdKLrerfi'Hii 


■Spam' prograrnmar'idoajmirTlronCoflvrodo^ 


hoawnaid inwnwy p'ogira. SO 


13a kH ly 


Artjlw «pBKh *mo progin. 


P's»c«n, E'D 


Am i^a, daaon bt Myt a uH tw Arri q t'l nil ftMT^ eapib I'BM 


Wiyfom an&'*ai^Wi*'!rmWA#5^BmcS-D 




UM1.3 d«ftoottii:*4tortatfil*aij*«w^-D 
Cpr»gf*rni 


ifljnJrfOwnprsgrami 

Amigieiiicpnffriffla: 


OlriOjli John Kflnrmn-i /vn^tBwc 4U 
Fibrariin program, SC 


alb *■* — ' — ^j-i— - — 


ucjvu moDU* mnran. 


E(iin3 ro4tr>g bJoda^rapfKa dsTio, S-E-D 


"Orxs* arii>r»undMffnfori^i,andhev!rwnpfty«d. 


Su6»e^ lrt.1&rL!h'iAngBBasicwh«npt 




Cfiwoiar. 


popdi »r1in*MCL!atlhsprausfa 


Vq^ a vermn o^4« Tror ligrfl-cyda vdvo ga-TM, 


nvT'Fle, S-D 


dDug 


Uicra tJBW) C (Jfl&jgff Tj paoca^ 


byan. 1 119 &<J«o(. S^E-0 


MgiSQi' agmeof SDiiare. 


ar^Boo'«a.i Cprogmi rwartombtatt* 




Warn* 'roepeodaTL 


V^MTB VSor» flu-rpie nxB Irwi 


^tati" crDgramQcAcJavbaDf^rwiQe* 


haTvt UoybBdt To^tyt ht itor 


mtn* 


SubaSIOf Uni mBu cammanj. 


C(jmrr.od«», S-E-0 


■Uerwy' tryO^aDairjwbBgiofmonayftalyoucan.' 


wenii. te-O 


makB? 


froTv milw subMrtoorrvmind- 


JIti^iBBS Amiga BAMtKiMTi baud prog, SO 


AUCUS ISilwindudflttwcbwutW lfF(Ktj«i Bf ?*Mmy 


SdnnyC BobRwrwarnitiBampMfw 


rMCfoanaa 


SnBlwrBon3fflniact«J.1>r,w* 


AHViiblarpro{|iBm 


MMrifront^fliapJjrwtin S'U'Wari. and a pcun otadianh. 


miwflg iffliii C pr^^LT^l S-E-0 




macftia. mmsBiBonj 


njlD m^M ear t*klt4k« Star >#( 


AMICUait 


COMALh Um C low l<«« COMAL r*Ar S4. 


por» 


F^irtaM It Bfirvf . 


nto^-E-D 


li^Ewr' (tiPiB bj Ef c Griiam. ■ rtboi lug;* bouncing 


EmKsKsy Utoas Enia t-rvian kvy 


iifl 


DECUS CtrtH nbranix \Aitf. 


Prtiw 


^'» mrtoifd ba!^ i*t\ aaund atfocts. TM*ny-bky frifrMt di' 


dvlnilontby&igDsLiglBi, 5-D 


LIU£llfiJ)ll!L£ 


Mount Mv^bftrt SOvwwutbfarvMEratw 


KAW Brtiffiitiln bib (lippafl qyrtly to pfwM» ffss niBfle. You 


AMon 1 I Snoop on lyttam rau^co uk. E-0 


goitw: - . . . 


CJODIC bm barVw [rirtoi. 


5lvOMtfiy»r hi-TAtStuWlrCGtarEhp 


cgn99lift« ceed olthtjLfgging. Th« ■jtvor't d«:;A«naaofl 


ETE Bard^T*echaractefecHw,E4} 


ififl 


A'rotrqwIantiDfinitBr. 




hins^v: lis pr»gran r>ghl Kifr«day ba •valabtg m proAKt 


Sib CLIpro^im ti')OiHtHla»{ita 


n 


AwyhmarfamaiBr 


T«s 


Wfpictirm 


p«n B»t o5 ftflJ. E-t> 


dofti 


A r»ony porntfa fonh imptarrwitalon. 


VT>*)fj Anig4wn(]or(.ninw(,B(»r«»l 


parw^s q1 ve coAn «f Amiga Wedd and Amoii^ Cwpuing 


Wn&» aiiMfKlfl*LJtif>rasMt currant 




LoaotgofldK 


cardco *;i«ffl earfy Cardco mflrnory twa-cs 


mifltcna*. 


Mndow. SfO 


ilBp 


Mttp l.i, nolworltnij COfnacdy. 


dncUto cro»fff<v»nca U C jrcrud4 t^«i 


C prog rami: 


PiiiJfl 


FftdRa^i 011*4: | 


mindMftar tiusi b pti/ng !h>gvi> iw-'r 


Vcu^andv' tii^tftalmitu^afl ji(wthand*f. 


Cvnpaeby.Dacod4rSvnMicrviA.-n9AaaKtDOl1.S-O 


oap-na* 


Phrviihoniw:tBba.-n*r 


tl0f«hew miMpurvMnMntvMtFarn?* 


T=i*ZK^ bflaryftlBBd-lngpogriri 


BooEd BOeandipr*erttyw^»flinC,&e-D 


V» 


A Boyvf-Wva a*P^"* i^^^ 


KtiecoscopadiSK 


'S^oiiiPnn' dWsyjFFpcli-e, anflfFitan. 


S(rrtoMaArlt Sf>rlBK»ty BV] r nrar bf frad Krttof, E-0 


*Bn 


CHU Ufti raplacttrwf, V««^. rvot 


AllCiraPfikia 




BlilBB BilBrctipaip'orjlion C progiam 




MDThrg 


Aniga6uicpri>grBm( 


truclrAs and vmaO*t dflciffnJ in 


ByTwiasRohidu.S-e-D 


brti 




fltutoM ti am Ciroiyfl Scheppnef ot CBM Todi Support, t> 


7» A-ni^ rcuOB 1« lyiBm. 


FPta hBgflpTKWtngp-oywn tyBobButhbadi 


S*P 


E3eCUSg*p 


rMdtHldiip«^rFFpicirFM^tfnA;!^iBaBa»c WVidocu- 


Exveutibtt Pregnma: 


WYiUMt FF !:Yag«i.cnargaa twn HTT^ 


karmi 


■mpis po'titfa KanTrtwrnnocaftnad 


fn<rTj(oa Asa ncvaed ej «, Fogrn to (to «cr»" prS h 


^xihntZ tif»ria,ntwv»i>pf97vnti»V«iptndfld 


l*wral*tfirKy«. E-D 




nwdai 


AjniftBoaa v4 1^ rwwtt SWAP fle^Hti BOorroaH Cor- 


rwnofy 


B*ikn Oorr^piaB hqrr>a banltng program, 


Myai 


RaplaMfiwTiaifoitBAffl.^ V. 1,0 


wlfD program. Vi» tumpla p>aj«t, vid fv Savtrijau 




baiBnfl»ysufd»*boo*il E-0 


marvM 


AMw^tist »t program, ttj Rsbvt 


•CTHncjpiLrt program, 


SUJS'hrmil IhiwhwMTisprggrimmtght 


com Canaai* drnx Wn progrBn iat?i hppertr^ 




FmncTi ind Rl U£J( 




hiiv« 1 t«w bug^ wpaatjiy fi ngt/dt a Mry 


micro roulnw. 


Frwl Rah H^ i | 


RtulnM v k«d and fli|r RA/«Sound and FF toixid f.ba 


kmg ungt, EwtrtwOTkiii rnocicxnt- 


taamip Craavaa viw«l diirar^ otfrae fftmo^ 


«ni 


GofiKia *«e oarYio pogram wBi 


fr«BAm*j*BtJie. by JorinF»((1gr Applied VSboth Wti 


Uu*' Am^tmpon jt ffv -UKiia Ccrrm*^ 


ripLTLdav Bumpiarputhandar.tnpilwytf 




iupportng na^i) lOLtnaB. 




wJaogam*. 


mouae ovante 


fraamap 


Craatoi a viuaf dagram of fra»freniDry 
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~r^iSn~ s«rpt inpL.1 iv4«r, t npt Uy or mou« 



tfftavc 



tivfct a ■ fyrxK. 

otfT-oTiKniu o'lctcefnmu'wtto^ 

im/mn ^ivm^m^ ^e[tfar■ltrvr 

PruuH haOUuprrousb ng Pit pynck port 

ont.wvndM cvifaivw'vtjwdvng 

■c«fln{3;/rn notmrknf 
fwntsuppait PmWBjppcni»i;rnK. w^NQhcng. 
pneM urrprtpracKiiCTBaon coda, not 

MjrMig 

sampMom umpatorttmihinfa on crMtng ya>F pwn 

Hrid [>n»tifl|iii«lp4r1 

•pMCfRSjr lUlUivmaartA am ^mttiijfmf 

t^MCflMmo umpt^ vwun ef (pMChtoy. wti D 

iKUtoma diiplT^EniiaiMfviti 

frKtef^A d«TtM ffl«(tf Ilk Omtf 

campfSKt lik*l>i[x cnrrpivt*. ■ lit iqimZBf 

imic ■.'MleQCJOAir^oVKinat]' 

miH rwreNa«m^pl«i}Oaring|nitin tiM 

ki(h [lari«uBrg«wndtn]iudotunc9w^t 

H^lTd A.'bw« O^a^lg B«:.1'*i port pa.irwkrf 

H:Mr.B A. owl g^jf^-y ayt por:o«t ra e Bn . 

ssrfe, qLJCKson Disea srtp^ir.ifiC 

VT'pc S?fpi (Si^m*mt And toTi 
w WO ^CB tarn C Km* 

T^t AH Cff^UiV TW tMCUtttM Ol N QlVfW Midi V 
10.1. 



T>ii a K cvtBTS tw C BOUfQ ti Hide on disk 7. 

FfwlRthPifci: 

n^gir* DrnsmaFiptflBrrBr tfidcindiAhV 

MVP-KJfTTH HixnBfiViMPf«iiRir$i,yvkeri 

FCflTHfrorr fintiiaSrn^l. 

pTDfl I mtf« pawirtj *A fe^iBrq pagrirn 

Mflia PrEjgnmfebggbLnltillKvmodf 

onindQl. 
MMti I rj£K^ ouba TpB dsfio 

tpkf^i netnng irttltf Grtpnet dv^o 

fndBitLfliUfli 

conqMtt An irrbrsMlv adwntun smiiiton ptm* 

Hnos convanthai SfrtothMfy 

f^ip Pn^paffiffl Iwtnytjrptolfiia. 

tiotj SvipginiiQaatlXrrpdafii 

W RauVMtiniJdand'ttfitftfN bmnilM. 

U »npJBi^rK¥!7prgg'iri 

h Hrvn^il UNK k, witi l>ii-fT|*« 

WiDCAtihg,n C 

I4.US3 f l« iquasa in) i/iquHa 

T*73 Sw Tf* gir* 

FrrintHa^ll: 

dptlOd ifda cherN prdgfim hi dk{Siy«ng FF 

yr»dBihDI*12: 

i,Tfc9i3a Sront I naafig 3 dnwiurtri Kid 

AiyoT vrn 1 tom;nti en jtii! p/ ogftm, wnctan 



■irwSg 






frina ■rrn* 




kH 


!l.«»T( lupg ^ngrvn 


IxiEk 






S^Minsa 


4W ff 0^1 t3T luncnfl^ ^ogt frow WoiX- 




B««r. (>«»«yoii]fi«rOfairt)a'ai 


SWtom* 


UvM in iMd ihow * Hcer4 im»g( 




W^IM UCkAd DfVA 




StcTKTI 


&av. msri. 


nASCnXnidui. 


FrirlR.h 01*13: 




A 8vx»* of Baw pr ;5r*ii». indudtn( 


: 


Jpu 


mf^MJi 


eopt* 


mirtJ«Dl 


>m#3>fn 


aoudi 


■MMA 


•*». 


rot 


■nigteql 


in»gi-co« 


band 
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brtikt, bit rLTiDtn 




nMjIf md rors Uo-frtiltfr.riabfTiariCS. 


WOO 


W $ at OWa V!1 00 fcnr.M an JiSf »* 
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Pma^oC PboI ft C tinjiaw. nji » grML S-E-D 


{>Fl« 


HMf^ ft:« pflQjBSSr. wti » Jta 


Fr«fR#i[}la^5f 




Vigrwr- ol C coda »«»i » icti d*a 
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UanipftrtW'^ SySW^. 
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I'trt&sy magasnt. vVO, m C. S-E-0 



110 Amazing Computing V2.10 © 1987 



For PDS orders. Please use form on page 106 



SpM Qefwiw TieiariBl Ef>cxirB^-t}PA 

heidInK kon rjl9* fit h C,S-£-0 
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Axfiad^o-j^ &<nltrt9RL^Badceniiish&$,ru:ic 
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firiBthDi.k7< 
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CrspShKfM W9(i(CMn±d>^pihadm*t, vZ.D. 

Upditato{JtK69. E-0 
funda JVn^aBiASC program t>dv mutual ar 

tbiApO 
iHt Tul vVMiig pTDgram, »ia LhiE 

'mora', vl.l, updab ta dtt 3<. S-E-D 
UikamifM ScaniCnurvtleaandconEtvCia 
vrtii 'malalki'in'tha cufwn tfracb^. 
S-E-D 
nCAO CDjaa-ofiania^ drviung prog. v1 J.4, 

^kUta to F SS.Shamnn. E-D 
RMtiRi Gifflpla random numtwfgvwatani^C S- 



Stn:;iQ() ■vlDDlO(|v«ct>r^rCy1.0, 
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Una CofWBTtimflBijrtnflnSindtlBrarTlunitR 
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P! ■)> ip"in Bu*' GXVM pflinS inj 

flrtnulirty, S* -0 

nty Mtn b^piints, as aows, S^-0 

Cxoumfn CamifilvmiT4J^ragrtfflv1.34. 
S-E^ 
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CLI >Al1^a■pf)alp4n hduMaioLrcB. 
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S-E-D 
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hitfery to many pf ogini 


Fonti 
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Kfr^ock 


FrvBiBt tha keyboard md mouaa urmi pa« 




word antvod. 


Sci£>5p{ay 


hattcweM tom'k^" 


Smuih 


Smishei ■! FF frl». 


Target 
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c Onrrw and Wcetta AdwiOn 



VQ.Sapla lMceiTOT,ncal9naprggrun,iHtT 
acrpa, wiLi, bMpi, anhwad lla raquatbr 
DZD-Dseno tenawtDrtotDiK-^-Dslifrom C«r«-al 

CotFtSTttHWV 
DX-Synti VoxB filv program tcr Ytwiha DX »nn 

E^ni^HiZWt, updA til dsk 3a 
□iiMUn VI. D of anotw DrUH piogfarr 

fcom Ufoalennuinawians 

PfrV UniwfMMDIpaEhpaMl.vlj 

Rootrt A^otfw Workbandi M*. pifyi Lunai Lvxhr 
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Talc46>S TaUfiSS^into^dnvw 
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0S»l8 GarrflcfOWfa.e-O 

ftnTajd D^yvbit^iai wogiopati. ^wch. FF 

diip^y, vl.^E-0 
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rrurufc. E-0 
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kaaty dtnibutabta. Triarrtaanthaywvrerlhvpubiidv 
poivd and pJacadrn Tha Pubir Dorran by Jwi Auihor. of tf»y 
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Oops . . . 
Corrections! 



Last month's review of 

Microbotics' 

Starboard-2 

(AC V 2.9, p. 40) stated 

that the Starboard-2 

"does not adhere to the 

Zorro standard." 

Starboard-2 does, in fact 
{and always has), use 
the Zorro standard. 

We apologize for any in- 
convenience caused by 



our error. 



•AC. 



; TO Order ;i;i|| 
Public Domain 
Software, 

■ please use: the-term'on 

■::,,,.,: .page; Jl06:,y:;:;;:j: ';■;,; 



For PDS orders, Please use form on page 106 
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Expansion for the 
Amiga 1000 Computer ® 



Semi kit (no soldering) Board comes in a4" x 8.5" case 
that connects externally to the BUS expansion port on 
therightside of iheAmiga. TheJumbo Ram board con- 
tains all control circuitry chips, but no RAM. Add 16 
41256-15 RAM chips for 1/2 megabyte. Add 32 
41256-15 RAM chips for 1 megabyte. 
Software auto-insialls for 1.1 or 1.2, disk provided. 
(Will not auto-install unless you tell it lo through 
software. If your other software doesn't support extra 
memory, you can disable the board, through software 
thus saving you from having to remove the board each 
time you run that software.) 

No wait states, fast memory will not slow operaung 
system. 

Pass through for stacking memory boards available 
soon. 

Jumbo Ram board enhances VIP Professional, Draw, 
Digi View, Animator, Lattice and many others. 
Ram chips available at prevailing prices. 6 month war- 
ranty replacement. 

Jumbo Ram $19935. s & h $3.50 

Dealer Prices Available 
Amiga is a registered trademark of Commodore Electronics 



AMIGA SCHEMATICS 

Forlhe Amiga 1 000 ® Compuler 

Investigate: RAM Expansion, Auto Boot ROM 
Mods, Disk drive Interfaces, Additional Ports, 
DMA Expansions, Video Enhancements, Etc. 

Schematics included for: 
. RAM ROM Board 

• Power Supply 

• Mouse 

• Expansion RAM 

• Keyboard 

• Physical Layout of CPU 
Dealer Prices Available 

$24,95 incltjdes shipping 



-4 



Cardinal Software 
14840 Build America Dr. 
Woodbridge, VA 22191 
Order Toll Free 



Info: (703) 491-6494 

800 762-5645 
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ROME WASN'T BUILT IN A DAY, 

UNTIL NOW . . . 



Create your own universe with SCULPT 3-0^^ 

SCULPT 3-D brings the power of 3 dimensional solid modeliiig 
and ray tracing to the Amiga, Imagine an image." choose a color, 
a shape, a texture. Spin it, rotate it, extrude i! into the third 
dimension. Pick a camera lens, set your lights, and let SCULPT 3^ 
D create a three dimensional picture complete with shadows, 
reflect-ions, and smooth shading. Ali in 4096 colors with true 
edge to edge overscan video. Easily! Automaticallyf Change your 
mind? Change the colors, textures, camera or lights in seconds 
and create a new image. The only limits are the boundaries of 
your imagination. 

"I haven't had this much fun with a program since 
Deluxe Painr H." John Fousr of Amazing Computing. 

"Performance previously only available on mini and 
mainframe computers." Info Magazine. 





How animate your universe vfitth ANIMATE 3-D 

Enter the fourth dimension, time. Choreograph the free flowing 
and simultaneous movement of cbjects, ligfits and camera 
through space and time. Deiails of otject roratio'i, camera move- 
ments, timing and action are controlled in an easy tc use 
graphical interface or through a simple !rCfipt language- 
Individual objects can be Jinked i:o orchestrate complex hie.r- 
.irchial movements that simulate live action, i3uick check 
vv'ireframe playback preview's your final production: storable as a 
compressed animation file playable from RAM, or recorde'd on 
videor.ape. Additional output options include single frame' VCR 
control or finage rendering to a frame buffer i:ard. Animations 
can incorporate either solid model ing or ray tracing. />N IMATE 3-D 
is quite simply the most powerful and easy tD me anin-iation 
program available for the Amiga, 



TW 



Expand your universe with the BYTE BOX^m 

Your Amiga 500 deserves the best you can give it. More memory 
for more powerful applications, faster performance, better 
graphics, and RAM disk storage. It deserves a memory expansion 
system that lets you add additional memory as you need it. In 
easy to install and easy, to afford increments. The included 
memory verify software provides a visual check whenever you 
add additional RAM. The BITE BOX is available in a variety of 
configurations from OMBytes to ZMBytes of RAM, 



Easy to install 

Fully Auto-Configure 

Fast memory that's truly fast 

Has its own power supply 



• Fully tested and ready to use 

• Zero wait state design 

• Low profile case 

• Memory check software 





9i> 

B'r'TE bu BVTE. 

Aboretum Plaza II 9442 Capital of Texas Highway North Suite 150 Austin, TX 78755 (512)343-4357 

SCULPT 3-D, ANIMATE 3-D. and BYTE BOX are trademaiHs of Byte by Sj^e Corporation. 
Amiga is a tratiemark at Commodore-Amiga, Inc. Deluxe Paint II is a trademark of Bectnynic Arts. 




